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

Question

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

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

Answer 1

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

Answer 2

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

编辑：

可能的路径可能是：

PathToSolution \\ .VS \\项目名\\ V14 \\

.vs可能是隐藏文件夹。

.suo是文件名。

Answer 3

基本上它可能是任何东西，但你可以尝试一些事情：

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

Answer 4

我发现以下是基于MS Connect指令调试VS的更好方法

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

1. 启动Visual Studio。
2. 启动VS的另一个实例。
3. 在第二个实例中，单击工具| 附加到流程......
4. 在进程列表中找到devenv.exe。
5. 单击选择...并显式选择“本机”和“托管”代码。
6. 单击确定，然后单击确定关闭选择对话框和附加到进程对话框。
7. 回到VS的第一个实例并重新挂起。
8. 挂起后，控件应该转到VS的第二个实例。 如果没有，请手动返回VS的第二个实例，然后点击“Break All”。
9. 在第二个实例中单击Debug | 使用堆保存转储为Minidump。

如果您正在运行VB配置文件，您将看不到Save Dump As菜单项。 要添加此菜单项：

1. 选择工具 - >自定义
2. 选择“命令”选项卡
3. 从菜单栏下拉列表中选择Debug
4. 单击添加命令...
5. 从Categories列表中选择Debug。
6. 在“命令”窗口中找到“保存转储为”条目。
7. 单击“确定”（“将转储另存为...”命令添加到“调试”菜单的顶部）。
8. 单击关闭

您可以在http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do-获取有关如何获取转储文件和调用堆栈的详细步骤。 我创建-one.aspx

如果您发现问题出在Resharper Addin上，您可以通过以下方式报告问题 - http://youtrack.jetbrains.com/issues/RSRP

Answer 5

暂停Resharper为我工作。 去

工具 - >选项 - > ReSharper - >常规 - >暂停

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

Answer 6

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

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

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

Answer 7

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

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

这也可能对你有用（如果你还没有修复它 - 但由于这里没有接受的答案，我认为问题仍然存在），所以我建议你至少尝试断开互联网，即使您不希望输入您的Microsoft凭据。

Answer 8

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

Answer 9

检查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-可能-COMM？noredirect = 1＃comment978074_756261

Answer 10

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

试试这个 - 打开任务管理器，杀死VS应用程序挂起，然后关闭在后台进程列表中运行的任何IE会话 - 可能有一个或多个闲置。

重启VS.

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

Answer 11

我遇到的问题是Perforce连接。

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

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

Answer 12

对我来说，计算机是否在停电时崩溃，或者有时在半夜强制重启。 什么对我有用

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

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

Answer 13

对于任何仍然提到这个帮助我的人：

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

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

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

Answer 14

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

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

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

Answer 15

在我的情况下，即使没有打开解决方案，VS 2013 Professional仍然挂在每个初创公司，因为许可证不再有效。

日志文件中的最后一项：

<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>

在msdn.microsoft.com订阅页面上：“您的订阅不再有效，请与您的管理员联系。”

我必须得到雇主的最新订阅。

Answer 16

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

Answer 17

例如，当在网络共享上打开csproj文件时（实际上在VirtualBox主机上的共享上，使用VirtualBox功能连接为smb共享），VS2012就会挂起。

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

也不确定为什么它不能通过网络共享，如果它是VS限制或可能是一些插件（我当然使用resharper）。

Answer 18

对我来说，这似乎与具有MVC 4项目类型guid的项目有关（ E3E379DF-F4C6-4180-9B81-6769533ABE47 ）。 从.csproj删除这个guid解决了我的问题。 （删除guid后，需要另外擦除.vs文件夹。）

Answer 19

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

Answer 20

很抱歉不得不创建一个新帖子而不是评论所选答案..我目前没有足够的代表评论。

我的问题是由“...删除.suo文件...”解决方案暂时解决的，正如其他人指出的那样，我每次都必须删除该文件。

因为它（显然）不可能停止创建文件，所以我开始更多地了解文件的内容。 除了保存用户设置外，我相信它还可以保存会话设置，例如VS关闭时打开的文件。 我怀疑我的项目正在尝试打开一个不再存在的文件，这就是导致挂起的原因。 我最终解决的问题是删除.suo，打开VS，在我的解决方案中打开一个文件，构建并关闭解决方案。 这样做之后我就没有了。

TL：博士

在我的例子中，用户设置文件（.suo）试图在我的解决方案中打开一个不再存在的文件。 我通过执行以下步骤解决了该问题。

1. 删除.suo文件（对我来说这是在/[projectfolder] /.vs/[projectname]/v14
2. 打开Visual Studio
3. 打开你的项目
4. 打开一个文件（我只是打开一个随机的.cs文件）
5. 构建并保存您的解决方案（简单的保存可以做到这一点，我习惯建立）
6. 关闭Visual Studio

希望这有助于某人...我们在这个问题上花了太多时间:)

Answer 21

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

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

Answer 22

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

Answer 23

我已经多次出现过这个问题，几乎所有版本的VS. 大多数时候似乎有效的解决方案是删除解决方案文件夹中的.vs文件夹。 有时它足以删除.vs中的.sou文件///

顺便说一句，该文件夹是隐藏的，因此您必须启用“显示隐藏的文件和文件夹”

Answer 24

对我来说，解决方案是禁用源代码控制（在Tools-> Source Countrol中将插件设置为None）。 我认为它出于某种原因试图同步一些巨大的Git仓库（有几个大量的回购，但不是在我试图打开的树中）。

Answer 25

这里和其他地方有很多建议，但对我来说永久有效的唯一方法就是我设定的启动项目。 这就是我做的：

1. 按照别处的建议删除.suo文件。
2. 启动VS并打开解决方案。 在这一点上一切都应该很好。
3. 将启动项目保持原样，即使它不是您想要的。
4. 保存解决方案。 （可能会像其他人建议并打开文件，清理，构建/重新构建等一样，但我不必执行任何操作。）
5. 关闭解决方案并退出VS.
6. 重新启动VS并打开解决方案。
7. 将启动项目更改为应有的项目
8. 保存解决方案。 （可能再次打开文件，清理，构建/重新构建等）
9. 关闭解决方案并退出VS.
10. 重新启动VS并重新打开解决方案，一切都很好。

这可能会或可能不会对你有用，但我已经尝试了我能找到的一切 - 注册表更改，从第二个VS会话调试VS，你命名它 - 但没有其他任何工作超过一次启动/打开。

Answer 26

我通过卸载这两个插件修复了这个问题：

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

Answer 27

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

我不知道新版本中有什么，但问题是.bvproj文件本身内部的问题。