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

我的情况/问题:

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

我的解决方案:

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

我的想法:

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

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

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

当从Visual Studio 2012→Visual Studio 2013时，我也遇到了类似的问题。IDE在几乎每次点击或保存后都会锁定，构建过程将花费数倍的时间。这里列出的解决方案都没有帮助。

最终有帮助的是把我的项目搬到本地硬盘上。Visual Studio 2012在网络共享中存储我的项目没有问题，但是Visual Studio 2013由于某种原因无法处理它。

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

请安装Microsoft SQL Server Compact 4.0解决此问题

Microsoft SQL Server Compact 4.0

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

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

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