我正在开发一个ASP.NET 3.5项目，该项目在一个解决方案中有55个项目。在Visual Studio 2008中打开解决方案时，打开需要一分钟 - 每个项目大约需要1秒钟。但是，如果在打开解决方案之前断开网络电缆，则只需大约15秒！关于什么可能导致经济放缓的想法？
答案 0 :(得分：5)
在我们使用Visual Source Safe的日子里，我发生了这种情况。
如果你有源代码控制下的解决方案，可能是你的源代码控制插件要求更新。
答案 1 :(得分：2)
您应该进行一些调查，启动Wireshark，在相关界面上开始捕获并查看通过电线传输的流量。
答案 2 :(得分：1)
我可以用问题回答问题吗？让VS不仅仅因为那么多项目而死的秘诀是什么，更不用说在非常快的60秒内加载？
在大约10-12个项目中，Visual Studio上的编译时间变得无法忍受，大约5-8个项目Resharper将崩溃。 IDE就是这样的内存猪，甚至通过使用VS的多个实例来打开更多项目通常也不是一种选择。
无论如何，这都是关于内存使用的，而奇怪的球出项目可能就是这样做的，例如：文件最多的那个。
答案 3 :(得分：1)
本周我遇到了同样的问题（5年后!!）。它是由一个巨大的.suo文件（几乎400 Mb）引起的，删除它修复了问题。
答案 4 :(得分：0)
几年前，我记得有一位同事有类似的问题（有很小的解决方案，在VS2003中）。不记得细节，但我认为它与本地ASPNET用户帐户有关（或者更确切地说，它不存在）。虽然不确定......
作为旁注：我通常发现在每个解决方案中可能包含少数几个项目（通常一个解决方案会在生产代码中生成一个或两个程序集），然后运行一些Visual Studio实例同一时间。同一解决方案中的50多个项目感觉就像是在寻找问题。
可能你有其他依赖关系，只是想分享我的想法。
答案 5 :(得分：0)
在解决方案中有55个项目
WOW。我无法想象许多项目需要什么类型的解决方案。答案可能是您的源代码管理提供程序需要刷新每个项目的状态，所有这些都需要时间。
对于编辑 - 合并 - 提交样式版本控制系统（例如subversion），此操作不会发生。尝试暂时从整个解决方案中删除源代码控制，看看这是否是罪魁祸首。
答案 6 :(得分：0)
如果您的解决方案已附加到源代码管理，那么它会尝试加载符号并验证您已检出的项目。因此，如果连接速度较慢，则使解决方案脱机通常会更快。
http://www.tmgirvin.com/2009/03/working-offline-with-visual-studio-2008-and-tfs.html
修改 我见过的另一种解决方案， 创建一个 _webTier.sln _database.sln _build.sln （是你的项目名称）
并且每个解决方案都是整个项目的自给自足的一部分，但是如果您正在使用webtier并且不需要加载数据库项目或移动项目部件，那么您可以打开webtier解决方案。
构建解决方案包含需要构建的整个软件包，并且需要很长时间才能加载。
答案 7 :(得分：0)
我在没有互联网连接的开发机器上遇到此问题，结果发现该问题与IE的互联网选项中的设置有关：
控制面板 - ＆gt;互联网选项 - ＆gt; 高级 - ＆gt;安全 - ＆gt;检查 出版商的证书撤销
在确定未经检查后，我的解决方案又开始快速加载。