打开现有项目时，我的 Visual Studio 似乎冻结/滞后。我已将 NHibernate 框架添加到我的代码中，它似乎落后于我的计算机（至少我是这么认为的）。当我打开其他项目时，我根本不会滞后或冻结。冻结时间大约为 3 秒到一分钟，然后它会打开我的项目，它的动作会非常缓慢，切换类可能需要 20 多秒，而仅仅将一个字符输入视觉工作室可能需要 20 多秒。
我想知道是否有人以前遇到过这个问题。如果是这样，您是如何解决的？
在解决此问题之前，我无法真正处理我的代码。哦，还有，什么时候保存代码，它也会冻结一两分钟。
如果您将调试器附加到 devenv.exe 进程并在它挂起时点击 Break，您可以在任何给定时刻准确地看到 VS 在做什么。然后从 Microsoft Symbols 服务器加载符号并显示 VS 主线程的调用堆栈。
我写了一篇关于如何调试崩溃和挂起的非常详细的文章：http: //blogs.msdn.com/kirillosenkov/archive/2008/12/07/how-to-debug-crashes-and-hangs.aspx
从调用堆栈中应该很明显是什么导致了延迟。
对我来说，删除 suo 文件（从 v14 子目录中）解决了问题......
有同样的问题。关闭 Visual Studio 2010，再次以管理员身份打开，转到扩展管理器，卸载 Nuget 包管理器，重新启动以普通用户身份运行的 Visual Studio 2010，打开问题解决方案，解决方案打开正常。
Nuget 包管理器似乎是原因。我的问题解决方案是使用与包管理器控制台大量交互的 EF 4.3 Code First，但这可能只是巧合。
我有一种预感，我的一个 NuGet 包损坏了某些东西，并完全删除了\packages子文件夹及其内容。当我重新打开解决方案时，所有项目都成功加载而没有挂起。
从那里，我从 NuGet 包管理器控制台恢复了以前删除的包，并且我已备份并运行。
作为Visual Studio 2015 Freezing White Loading Solution的回答，删除.vs隐藏目录为我解决了这个问题。
我正在使用 Visual Studio 2017 社区版。
什么，如果您安装了任何加载项？
编辑：
我当时的一个建议是系统地禁用每个加载项，看看性能是否发生变化，以及它是否确实研究了罪魁祸首，看看是否有任何可用的更新。
对我来说，a chkdsk /F /R（将提示您重新启动）和大约 30 分钟的公司时间解决了这个问题。
我认为 Visual Studio 的一些不正确关闭的实例可能归因于该问题。
卸载您可能拥有的任何 MS Enterprise Framework 插件。
删除 VS 临时目录（和 Windows 目录）。
你使用 TFS 吗？也许服务器有点困，这会使它冻结几分钟，但之后就可以了。
我有同样的问题。删除以下文件夹。C:\Users\UserName\AppData\Local\Microsoft\VisualStudio
我的本地文件以某种方式损坏了一个项目，幸运的是我没有任何待处理的更改，因此我没有运行 chkdsk，而是删除了该文件夹并再次从源代码管理中检查了解决方案。