Visual Studio冻结开放项目

当我打开现有项目时,我的Visual Studio似乎冻结/滞后。 我已将NHibernate框架添加到我的代码中,它似乎落后于我的计算机(至少这是我的想法)。 当我打开其他项目时,我根本不会滞后或冻结。 冻结大约是3秒到1分钟,然后它将打开我的项目,它只会非常缓慢地行动,只需要20多秒就可以将类别转换成视觉工作室中的单个字符。

我想知道以前是否有人遇到过这个问题。 如果是这样,你是如何解决它的?

在修复之前,我无法真正处理我的代码。 哦,当保存代码时,它也冻结了一两分钟。

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

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

从调用堆栈中可以明显看出导致延迟的原因。

有同样的问题。 关闭Visual Studio 2010,再次打开以管理员身份运行,转到Extension Manager,卸载Nuget Package Manager,重启Visual Studio 2010作为普通用户运行,打开问题解决方案,解决方案打开正常。

Nuget Package Manager似乎是原因。 我的问题解决方案是使用EF 4.3 Code First,它与Package Manager控制台进行了大量的交互,但这可能只是巧合。

对我来说,删除suo文件(从v14子目录)解决了问题…

我曾预感到某些内容已被我的一个NuGet包破坏,并完全删除了\packages子文件夹及其内容。 当我重新打开解决方案时,所有项目都成功加载而不会挂起。

从那里,我从NuGet包管理器控制台恢复了以前删除的包,我重新启动并运行。

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

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

你安装了什么加载项?

编辑:

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

卸载您可能拥有的任何MS Enterprise Framework插件 。

删除VS临时目录(和Windows临时目录)。

你使用TFS吗? 也许服务器有点困,会让它冻结几分钟,但之后就可以了。

对我来说, chkdsk /F /R (会提示你重启)和大约30分钟的公司时间来解决这个问题。

我认为Visual Studio的一些不正确关闭的实例可能归因于该问题。

我的本地文件以某种方式被破坏了一个项目,幸运的是我没有任何挂起的更改,所以而不是运行chkdsk我只是删除了文件夹并再次从源代码控制中检出解决方案。