Visual Studio 在打开项目时冻结答案

【问题标题】：Visual Studio Freezing On Opening ProjectVisual Studio 在打开项目时冻结
【发布时间】：2010-12-15 04:31:29
【问题描述】：

当我打开现有项目时，我的 Visual Studio 似乎冻结/滞后。我已经在我的代码中添加了 NHibernate 框架，它似乎落后于我的计算机（至少我是这么认为的）。当我打开其他项目时，我根本不会滞后或冻结。冻结时间大约为 3 秒到一分钟，然后它会打开我的项目，它的动作会非常缓慢，切换类可能需要 20 多秒，而仅仅将单个字符输入视觉工作室可能需要 20 多秒。

我想知道以前是否有人遇到过这个问题。如果是这样，您是如何解决的？

在解决此问题之前，我无法真正处理我的代码。哦，还有，什么时候保存代码，它也会冻结一两分钟。

【问题讨论】：

我的也是这样。我可以从很多天的挫败感中告诉你，对于 Visual Studio 运行缓慢的原因没有简单的答案。
你在编码什么？似乎改变数据结构确实是我的。我还注意到，如果我在处理代码之前将其打开 5-10 分钟，它似乎运行起来会更顺畅，但这有点烦人。
我认为它是 NHibernate 插件。我一直收到这个插件的错误。
也许吧，但最初 NHibernate 直到最近才真正给我带来任何问题。

标签： c# visual-studio lag

【解决方案1】：

如果您将调试器附加到 devenv.exe 进程并在它挂起时点击 Break，您可以在任何给定时刻准确地看到 VS 在做什么。然后从 Microsoft Symbols 服务器加载符号并显示 VS 主线程的调用堆栈。

我在这里写了一篇关于如何调试崩溃和挂起的非常详细的文章： http://blogs.msdn.com/kirillosenkov/archive/2008/12/07/how-to-debug-crashes-and-hangs.aspx

从调用堆栈中应该很明显是什么导致了延迟。

【讨论】：

【解决方案2】：

对我来说，删除 suo 文件（从 v14 子目录中）解决了问题...

【讨论】：

【解决方案3】：

遇到了同样的问题。关闭 Visual Studio 2010，再次以管理员身份打开，进入扩展管理器，卸载 Nuget 包管理器，重新启动以普通用户身份运行的 Visual Studio 2010，打开问题解决方案，解决方案打开正常。

Nuget 包管理器似乎是原因。我的问题解决方案是使用与包管理器控制台进行大量交互的 EF 4.3 Code First，但这可能只是巧合。

【讨论】：

+1 删除 NuGet 也对我有用。另一件事是先打开我的网络项目，然后打开解决方案（！）
+1 这成功了，我浪费了几个小时来删除 VS Update 3 并修复它。谢谢。
+1 也为我工作，在 C++ 中工作，不需要 NuGet 管理器。我的猜测是 NuGet 在不使用线程的情况下检查更新，挂起 devenv.exe 进程直到它完成。每当我打开一个新的解决方案时，我已经习惯了放弃并等待一分钟左右，然后做其他事情，但现在，多亏了克里斯，我似乎不再有这个问题了！祝福你，克里斯！
不幸的是，它停止了工作，现在我仍然需要等待。这个问题有多种原因。幸运的是，启动 VS 后不会出现多次。

【解决方案4】：

我有一种预感，我的一个 NuGet 包损坏了某些东西，并完全删除了 \packages 子文件夹及其内容。当我重新打开解决方案时，所有项目都成功加载而没有挂起。

从那里，我从 NuGet 包管理器控制台恢复了以前删除的包，并且我已备份并运行。

【讨论】：

似乎解决了我的问题.. n.b.您可以通过执行以下操作来恢复包。 '工具' > NuGet 包管理器 > 包管理器控制台 > 单击控制台中的“恢复”按钮。
可以确认这对我有用（在尝试了许多其他修复之后）

【解决方案5】：

作为Visual Studio 2015 Freezing White Loading Solution 的回答，删除.vs 隐藏目录为我解决了这个问题。

我正在使用 Visual Studio 2017 社区版。

【讨论】：

【解决方案6】：

什么，如果您安装了任何插件？

编辑：

我当时的一个建议是系统地禁用每个加载项，看看性能是否发生变化，是否确实研究了罪魁祸首，看看是否有可用的更新。

【讨论】：

JetBrains dotTrace 集成 TestDriven.net 2.22.2468 个人版，仅此而已

【解决方案7】：

Uninstall any MS Enterprise Framework addin's you may have。

删除 VS 临时目录（和 Windows 目录）。

您使用 TFS 吗？可能是服务器有点困了，这会导致它冻结几分钟，但之后就可以了。

【讨论】：

【解决方案8】：

对我来说，chkdsk /F /R（会提示您重新启动）和大约 30 分钟的公司时间解决了这个问题。

我认为一些未正确关闭的 Visual Studio 实例可能是导致该问题的原因。

【讨论】：

【解决方案9】：

我有同样的问题。删除以下文件夹。 C:\Users\UserName\AppData\Local\Microsoft\VisualStudio

【讨论】：

【解决方案10】：

我的本地文件在一个项目中不知何故损坏了，幸运的是我没有任何待处理的更改，因此我没有运行 chkdsk，而是删除了该文件夹并再次从源代码管理中检查了解决方案。

【讨论】：