打开解决方案时,Visual Studio 2013会挂起

时间:2013-11-21 12:12:27

标签: visual-studio visual-studio-2013

我安装了VS2013(v12.0.21005.1)并在一两天前添加了ReSharper 8(v8.0.2000.2660)。那天很好。现在我很幸运,如果我能在一整天内打开一个解决方案。它本身打开OK,但当我尝试从内部打开一个解决方案 - 通过菜单 - 它挂起,非常糟糕。如果我右键单击Windows资源管理器中的解决方案并“使用VS 2013打开”,它将以完全相同的方式打开然后挂起。每隔一段时间,几个小时,我都会注意到它忙于某事。

在我忍受不能解决问题的重新安装之前,任何人都知道会出现什么问题吗?

25 个答案:

答案 0 :(得分:241)

有时只需删除“.v12.suo”文件并尝试再次打开解决方案即可。当VS2013在装载项目时冻结时,帮了我很多次。

答案 1 :(得分:43)

删除所有" .suo"文件对我有用。由于在多个版本的Visual Studio中打开了解决方案,因此有几个副本。

修改

可能的路径可能是:

  

PathToSolution \ .VS \项目名\ V14 \

.vs可能是隐藏文件夹。

.suo是文件名。

答案 2 :(得分:33)

基本上它可以是任何东西,但你可以尝试一些事情:

  1. 将其关闭再打开。
  2. 清除ReSharper缓存,它位于%LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches,您应该在其中找到与您尝试打开的解决方案相匹配的文件夹。只需关闭VS2013的所有实例,删除该文件夹并重试。
  3. 关闭ReSharper:Tools > Options > ReSharper > General > Suspend
  4. 完全卸载ReSharper并查看问题是否仍然存在。
  5. 通过Programs and Features修复Visual Studio。

答案 3 :(得分:9)

我发现以下是基于MS Connect instructions

调试VS的更好方法

请帮助确认您捕获的转储文件是否为32位转储文件。如果是64位转储文件,请使用以下步骤捕获新的转储文件。

  1. 启动Visual Studio。
  2. 启动另一个VS实例。
  3. 在第二个实例中,单击工具|附加到流程......
  4. 在进程列表中找到devenv.exe。
  5. 点击选择...并明确选择&#39;原生&#39;和&#39;管理&#39;码。
  6. 单击确定,然后单击确定以关闭选择对话框和附加到进程对话框。
  7. 回到VS的第一个实例并重新挂起。
  8. 挂起后,控件应转到VS的第二个实例。如果没有,请手动返回VS的第二个实例,然后点击&#34; Break All&#34;。
  9. 在第二个实例中单击Debug |使用堆保存转储为Minidump。
  10. 如果您正在运行VB配置文件,则不会看到Save Dump As菜单项。要添加此菜单项:

    1. 选择工具 - &gt;定制
    2. 选择“命令”选项卡
    3. 从菜单栏下拉列表中选择“调试”
    4. 点击添加命令...
    5. 从“类别”列表中选择“调试”。
    6. 在“命令”窗口中找到“保存转储为”条目。
    7. 单击“确定”(“将转储另存为...”命令添加到“调试”菜单的顶部)。
    8. 点击关闭
    9. 您可以在http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do-i-create-one.aspx

      获取有关如何获取转储文件和调用堆栈的详细步骤

      如果您发现Resharper Addin存在问题,则可以通过 - http://youtrack.jetbrains.com/issues/RSRP

      报告问题

答案 4 :(得分:7)

暂停Resharper为我工作。 转到

工具 - &gt;选项 - &gt; ReSharper - &gt;一般 - &gt;暂停

现在您的解决方案将加载速度非常快。 解决方案完全加载后,您可以将Resharper设置更改为立即恢复

答案 5 :(得分:7)

您是否在项目中使用任何节点模块?或者您能否确定它是ReSharper特定的问题?

如果您有NPM模块(例如Grunt),请将“node_modules”文件夹标记为“隐藏”(不需要隐藏子文件夹),然后重试。

Visual Studio正在为我打开,原来它试图扫描深度嵌套的节点模块,文件路径长于Windows最大值(260个字符),这阻止我在VS中打开解决方案,但是标记隐藏的文件夹解决了问题。

答案 6 :(得分:3)

我最近也遇到过这个问题,并发现在加载项目时断开我的电脑与互联网的连接修复了它。有了这个,我设法将加载时间从几个小时减少到几秒钟。由于我的网络电缆不是特别容易访问,我只是在加载项目之前禁用了我的网络适配器(在控制面板中)。

然而,这很快就变得令人沮丧,我最近再次调查了这个问题。似乎在Visual Studio中登录我的Microsoft帐户最终解决了问题,现在我没有更多问题加载项目。

这也适用于你(如果你还没有修复它 - 但由于这里没有接受的答案,我认为问题仍然存在),所以我建议你至少尝试断开互联网连接,即使您不想输入您的Microsoft凭据。

答案 7 :(得分:3)

我进入%LOCALAPPDATA%\ JetBrains \ ReSharper \ 并打开所有寻找SolutionCaches的目录,并清空所有目录。问题解决了。应用程序非常大,所以这有帮助。

答案 8 :(得分:2)

检查Windows更新

我也有这个问题。此外,我无法打开我的Windows防火墙设置(试图阻止VS的互联网连接)。

打开更新设置(Windows 8)时,我看到有一个挂起的更新(“今天发现”),所以我重新启动了计算机,让Windows更新。之后,VS和防火墙再次正常运行。

检查硬件

我第二次遇到这个问题;甚至Windows 8的更新页面也将永远保持加载状态。这是我的(非操作系统)硬盘驱动器的问题:https://superuser.com/questions/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by-possibly-comm?noredirect=1#comment978074_756261

答案 9 :(得分:2)

对于任何仍然提到这个的人来说,帮助了我:

我不得不一直删除.vs12.suo文件来加载项目。

我遇到了来自Microsoft的这个帖子,然后我创建了注册表项,修复了我的问题解决方案加载。

https://connect.microsoft.com/VisualStudio/feedback/details/860685/visual-studio-hangs-after-10s-when-loading-solution-corrupt-suo

答案 10 :(得分:2)

我一次又一次地遇到这个问题 - VS 2013 Update 2,Win 8.1,IE 11。

尝试此操作 - 打开任务管理器,终止VS应用程序挂起,然后关闭在后台进程列表中运行的所有IE会话 - 可能有一个或多个闲置。

重启VS

似乎为我清除它,没有重新启动。

答案 11 :(得分:2)

我遇到的问题是Perforce连接。

打开解决方案时,它会询问我是否希望它连接到Perforce。允许它尝试将使其挂起并分配1.5 GB的RAM。

不允许P4连接让它正确加载(分配1 GB RAM)。然后我可以告诉它连接到P4之后,它现在很好。

答案 12 :(得分:2)

对我而言,计算机是否在停电时崩溃,或者有时在半夜强制重启。什么为我工作

删除此目录中的所有文件:

C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\

答案 13 :(得分:1)

从我的TestResults文件夹中删除测试结果实际上对我有用。还有一件事要尝试。

答案 14 :(得分:1)

我刚从解决方案的根目录中删除了“packages”文件夹,这对我有帮助(Visual Studio Express 2015)

答案 15 :(得分:1)

对我而言,这似乎与具有MVC 4项目类型guid(E3E379DF-F4C6-4180-9B81-6769533ABE47)的项目有关。从.csproj删除此guid解决了我的问题。 (删除guid后,需要另外擦除.vs文件夹。)

答案 16 :(得分:1)

VS2012挂在我身上,例如在网络共享上打开csproj文件时(实际上在VirtualBox主机上的共享上,使用VirtualBox功能连接为smb共享)。

将项目复制到本地驱动器为我修复了它。不确定分配驱动器号是否可以解决问题。

也不确定为什么它不能通过网络共享工作,如果它是一个VS限制或者某个插件(我当然使用resharper)。

答案 17 :(得分:1)

In my case, VS 2013 Professional was hanging on every startup, even without opening a solution because the license was no longer valid.

Last item in the log file:

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>myemailaddrs@gmail.com signed in for IDE user</description>
</entry>

And on the msdn.microsoft.com subscription page: "Your subscription is no longer active, contact your administrator."

I had to get an updated subscription from my employer.

答案 18 :(得分:1)

我有类似的问题,当我检查解决方案文件时,它是由VS.Net 2012创建的。为解决此问题,我创建了虚拟解决方案文件并从vs.net 2012重新加载项目。

当nuget包更新搞砸了,当你重新加载解决方案时,Visual Studio可能会挂起。

当加载nuget包时出现问题时,Visual Studio可能会挂起。

答案 19 :(得分:0)

尝试使用“控制面板”卸载扩展程序或在[工具] =&gt; [加载项管理器]中禁用任何加载项,然后尝试重新打开解决方案。

卸载“Visual Localizer”修复了我的问题。

答案 20 :(得分:0)

在我的情况下,Fusion日志已启用。日志文件已经增长了几个月,因为我在调查后忘记将其关闭。这样,防病毒软件在打开解决方案期间开始多次检查这些大日志文件,并且&#34;准备解决方案......&#34;消息长时间可见。当我注意到这一点时,我关闭了融合日志,问题解决了。解决方案在10秒内加载而不是20分钟。

答案 21 :(得分:0)

我在VS的几乎所有版本中多次出现此问题。大多数时候似乎有效的解决方案是删除解决方案文件夹中的.vs文件夹。有时它足以删除位于.vs ///

中的.sou文件

顺便隐藏文件夹,因此您必须启用&#34;显示隐藏文件和文件夹&#34;

答案 22 :(得分:0)

对我来说,解决方案是禁用源代码控制(在工具中将插件设置为无 - >源代码管理)。我认为它出于某种原因试图同步一些巨大的Git仓库(有一些大量的回购,但不是在我试图打开的树上)。

答案 23 :(得分:0)

我已经通过卸载这两个插件解决了这个问题:

  1. 生产力电动工具
  2. Web Essentials

答案 24 :(得分:-1)

我恢复了以前版本的.vbproj文件并解决了它。

我不知道新版本中的内容,但问题出现在.bvproj文件本身内。