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

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

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

这些建议对我都没用，但我确实解决了我的问题。在提出以下解决方案之前，我已经尝试了大多数其他建议。

我的情况/问题:

使用Visual Studio 2017与ReSharper Ultimate。IDE中的键盘输入变得非常慢，正如其他人所描述的那样。我对我的解决方案做的最后一个改变是添加一个新的网站项目，所以我研究了一下。在尝试了很多东西之后，我尝试添加第二个网站项目，这样我就可以尝试取代第一个项目，而Visual Studio在那之后就崩溃了。它甚至不会再加载溶液。

我的解决方案:

我强制关闭了Visual Studio，然后使用记事本从.sln文件中删除了新添加的网站项目。保存并启动Visual Studio后，我的解决方案加载很快，一切似乎都恢复正常。我添加了一个配置略有不同的新Web站点(请参阅下面的思路)，问题没有再次出现。

我的想法:

我认为问题源于创建新的网站项目，并使用文件系统路径到托管在Azure中的网络共享。我正在使用VPN，这往往会降低速度，我偶尔会遇到一些服务的各种路由问题，所以我的问题/解决方案可能有点像雪花。我将文件系统路径更改为本地存储库，并将根据需要发布文件，这似乎是一种更好的方式。

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来获取包，而不是处理包的更新，所以这将打破这个，如果你使用它的目的。

我也遇到过同样的问题，这里提到的所有解决方案都不适合我。

卸载“生产力电动工具2013”扩展后，性能恢复正常。

我使用的是从Visual Studio 2012升级的解决方案。Visual Studio 2013还升级了.suo文件。删除解决方案的.suo文件(它在.sln文件旁边)，关闭并重新打开Visual Studio为我解决了这个问题。我的.suo文件从91KB变成了27KB。

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