我安装了Visual Studio 2013，它运行得很顺利。在某种程度上，它开始变得缓慢，并决定安装Visual Studio 2015。安装之后，没有任何变化，两个版本构建解决方案的速度都非常慢(解决方案中的18个项目大约需要10分钟)。

然后我开始考虑最近安装的扩展-最近安装的是Visual Studio的PHP工具(只在Visual Studio 2013上安装)。我不确定一个扩展如何影响其他版本的Visual Studio，但卸载它帮助我解决了这个问题。

我希望这将帮助其他人认识到这并不总是Visual Studio的错。

我有一个Visual Studio行为，我的HTML文件的输入很慢。以前安装时，我猜想因为我的HTML文件是通用HTML，所以没有必要从安装程序的工作负载组件安装任何web开发工具。我回去安装了这个bit, Visual Studio的行为就像我预期的那样。

Visual Studio Community Edition在文件之间切换或打开新文件时速度很慢。其他一切(例如，菜单项)都很正常。

我先尝试了之前答案中的所有建议，没有一个有效。然后我注意到这种情况只发生在ASP上。NET MVC 4 Web应用程序，所以我添加了一个新的ASP。NET MVC 4 Web应用程序，这是快速的。

经过反复试验，我发现区别在于包装。config -如果我把微软的引用放在文件的顶部，这使得一切都变得时髦起来。

将Microsoft*条目移到顶部。

看起来你不需要全部移动它们——移动说<package id="Microsoft.Web。基础设施“对我的机器有明显的影响。

顺便说一句

删除文件的所有内容也会让它更快* 不含包。Visual Studio中的配置不能解决这个问题 一个使用Visual Studio 2013 Premium的朋友在这两种情况下都没有发现区别(都是快速的)

更新

在本地丢失或不完整的NuGet包似乎是原因。我打开包管理器，得到一个警告“这个解决方案中缺少一些NuGet包”，然后选择恢复它们，这加快了速度。然而，我不喜欢这样做，因为在我的存储库中，我只添加编译所需的实际项目，因为我不想让我的存储库膨胀，所以最后我只是删除了packages.config。

这个解决方案可能不适合你的需求，因为我更喜欢使用NuGet来获取包，而不是处理包的更新，所以这将打破这个，如果你使用它的目的。

我有同样的问题，但它只是变得缓慢时，试图停止调试在Visual Studio 2013，我尝试这样做:

关闭Visual Studio吧 找到工作项目文件夹 删除.suo文件 删除/obj文件夹 Open Visual Studio 重建

如果您正在调试ASP。. NET网站使用ie10(或更高版本)，确保关闭您的ie 'LastPass'密码管理器插件。LastPass将使您的调试会话爬行和显著降低您的耐心的能力!

我向Lastpass提交了一份支持票，他们承认了这个问题，没有任何修复的打算，只是说:“Lastpass与Visual Studio 2013不兼容”。

Visual Studio 2013有一个正在运行的包服务器，它消耗了高达200万K的内存。

我把它设置为低优先级和只有一个CPU的亲和力，Visual Studio运行得更加流畅。