打开解决scheme时，Visual Studio 2013挂起
我安装了VS2013（v12.0.21005.1），并在一两天前添加了ReSharper 8（v8.0.2000.2660）。 那天很好。 现在我很幸运，如果我能在一整天内打开一个解决scheme。 它本身打开OK，但是当我尝试从内部打开一个解决scheme时（通过菜单），它会严重挂起。 如果我在Windows资源pipe理器中右键单击一个解决scheme，并使用“VS 2013打开”，则会以完全相同的方式打开然后挂起。 每隔几个小时，我就会注意到它正在忙于一些事情。
任何人都知道什么可能是错的，在我忍受重新安装之前，不能解决问题？
有时只需删除“.v12.suo”文件并尝试再次打开解决scheme就足够了。 当VS2013在装载项目时冻结了很多次。
删除所有“.suo”文件为我工作。 由于在Visual Studio的多个版本中打开解决scheme，有几个副本。
编辑：
可能的path可能是：
PathToSolution \ .VS \项目名\ V14 \
.vs可能是一个隐藏文件夹。
.suo是文件名。
基本上可以是任何东西，但你可以尝试一些事情：
- 把它关掉再打开。
- 清除ReSharpercaching，它位于
%LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches，您应在其中find与您尝试打开的解决scheme相匹配的文件夹。 只需closuresVS2013的所有实例，删除文件夹，然后再试一次。 - closuresReSharper：
Tools > Options > ReSharper > General > Suspend - 完全卸载ReSharper，看看问题是否存在。
- 通过
Programs and Features修复Visual Studio。
我发现以下是基于MS Connect指令debuggingVS的更好方法
请帮助确认您捕获的转储文件是否是一个32位转储文件。 如果是64位转储文件，请使用以下步骤捕获新的转储文件。
- 启动Visual Studio。
- 开始VS的另一个实例。
- 在第二个实例中单击工具| 附加到进程…
- 在进程列表中finddevenv.exe。
- 单击select…并明确select“本机”和“托pipe”代码。
- 单击确定并确定closuresselect对话框和附加到进程对话框。
- 回到VS的第一个实例，并重新挂起。
- 一旦挂起，控制应该去VS的第二个实例。 如果不是，请手动返回到VS的第二个实例，然后点击“全部中断”。
- 在第二个实例中点击Debug | 将转储保存为小堆转储。
如果您正在运行VBconfiguration文件，则不会看到“将转储另存为”菜单项。 要添加这个菜单项：
- select工具 – >自定义
- select命令选项卡
- 从菜单栏下拉菜单中selectdebugging
- 点击添加命令…
- 从类别列表中selectdebugging。
- 在“命令”窗口中find“保存转储为”条目。
- 单击确定（Save Dump As …命令被添加到debugging菜单的顶部）。
- 点击closures
您可以在http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do-depugger/archive/2009/12/30-获取转储文件和调用堆栈的详细步骤。; 我创build-one.aspx
如果您发现问题是与Resharper Addin，您可以通过 – http://youtrack.jetbrains.com/issues/RSRP报告问题;
暂停Resharper为我工作。 去
工具 – >选项 – > ReSharper – >常规 – >立即挂起
现在你的解决scheme将加载非常快。 您的解决scheme完全加载后，您可以将Resharper设置更改为现在恢复 。
你在你的项目中使用任何节点模块？ 或者你能确定这是一个ReSharper的具体问题？
如果你有NPM模块（比如Grunt），把你的'node_modules'文件夹标记为'hidden'（不需要隐藏子文件夹），然后重试。
Visual Studio对我来说是悬而未决，事实certificate，它试图扫描深度嵌套的节点模块与Windows最大（260个字符）以上的文件path，这是阻止我打开VS中的解决scheme，但标记为隐藏解决了这个问题。
我最近也遇到过这个问题，并且发现在加载项目的时候把我的电脑从网上断开了。 有了这个，我设法将加载时间从几个小时缩短到几秒钟。 由于我的networking电缆不是特别容易访问的，我只是在加载项目之前禁用了我的networking适配器（在控制面板中）。
不过，这很快就变得令人沮丧了，而我最近再次研究了这个问题。 似乎在Visual Studio中login到我的Microsoft帐户最终解决了问题，现在我没有更多的问题加载项目。
这也可能对你有用（如果你还没有修复它 – 但是因为这里没有被接受的答案，所以我认为问题仍然存在），所以我build议你至less尝试从networking上断开连接，即使你宁愿不要input你的Microsoft凭据。
我进入了％LOCALAPPDATA％\ JetBrains \ ReSharper \并打开了所有寻找SolutionCaches的目录，并清空了所有的目录。 问题解决了。 该应用程序是相当大的，所以这有助于。
检查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
我一再得到这个问题 – VS 2013 Update 2，Win 8.1，IE 11。
试试这个 – 打开任务pipe理器，closuresVS应用程序，然后closures在后台进程列表中运行的任何IE会话 – 可能会有一个或多个挂起。
重新启动VS
似乎清除了我，没有重新启动。
我遇到的问题是Perforce连接。
打开解决scheme时，会询问是否需要连接到Perforce。 允许它尝试将使其挂起并分配1.5 GB的RAM。
不允许P4连接让它正确加载（分配1 GB RAM）。 然后我可以告诉它连接到P4后，现在好了。
对我来说，无论是电脑崩溃，停电，或有时强制重启在深夜。 什么为我工作
删除这个目录中的所有文件：
C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\
对于任何人仍然指出这帮助了我：
我不得不总是删除.vs12.suo文件来加载项目。
我遇到了来自Microsoft的这个线程，之后，我创build了registry项，解决了我的问题与解决scheme负载。
我有类似的问题，当我检查解决scheme文件是由VS.Net 2012创build的。为了解决这个问题，我创build了虚拟解决scheme文件，并从vs.net 2012重新加载项目。
当nuget包更新被搞砸的时候也观察到，当你重新加载解决scheme时，Visual Studio可能会挂起。
在加载nuget包时出现问题时，Visual Studio可能会挂起。
在我的情况下，VS 2013 Professional是挂在每个启动，即使没有开放的解决scheme，因为许可证不再有效。
日志文件中的最后一项：
<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订阅页面上：“您的订阅不再有效，请联系您的pipe理员。”
我必须从我的雇主那里得到更新的订阅。
从我的TestResults文件夹中删除testing结果对我来说实际上是诀窍。 只是另一个尝试。
VS2012挂在我身上，例如，当在networking共享上打开一个csproj文件时（实际上在VirtualBox主机上的一个共享上，使用VirtualBoxfunction作为smb共享连接）。
将项目复制到本地驱动器为我修复。 不知道是否分配一个驱动器号将做的伎俩。
也不知道为什么它不能通过networking共享，如果它是VS限制或可能是一些插件（当然我使用resharper）。
对我来说，这似乎与MVC 4项目typesGUID（ E3E379DF-F4C6-4180-9B81-6769533ABE47 ）的项目有关。 从.csproj删除这个GUID解决了我的挂。 （删除GUID后，需要额外擦除.vs文件夹。）
我只是从解决scheme的根目录中删除“包”文件夹，它帮助我（Visual Studio Express 2015）
对不起，不得不创build一个新的职位，而不是评论选定的答案..我没有足够的代表评论在这个时候。
我的问题是暂时解决了“…删除.suo文件…”的解决scheme，正如其他人指出的，我不得不每次删除文件。
由于（显然）不可能停止创build文件，所以我开始深入了解文件的function。 除了保存用户设置，我相信它也保存会话设置，比如VSclosures时打开的文件。 我怀疑我的项目是试图打开一个不再存在的文件，这是什么导致挂起。 在我的最终解决办法是删除.suo，打开VS，在我的解决scheme中打开一个文件，构build和closures解决scheme。 这样做后，我没有挂。
TL：博士
在我的情况下，用户设置文件（.suo）试图在我的解决scheme中打开一个不再存在的文件。 我通过执行以下步骤解决了问题。
- 删除.suo文件（对我来说这是/[projectfolder]/.vs/[projectname]/v14
- 打开Visual Studio
- 打开你的项目
- 打开一个文件（我只是打开一个随机的.cs文件）
- build立和保存你的解决scheme（简单的保存可能会伎俩，我习惯build造）
- closuresVisual Studio
希望这可以帮助别人…我们在这个问题上花了太多时间:)
我有VS2013和Resharper终极10和下面的解决办法点击我。
-
打开和closures解决scheme只有通过使用VS菜单选项 –
Open / Close file，而不是通过双击或跨越编辑器 -
随着这一点，清除caching通过使用 –
Tools – Options –ResharperUltimate – Options – Environment – General – Clear Caches button（定期做，当你觉得解决scheme开放变得相对较慢）
这个过程将确保解决scheme在打开时不会挂起，虽然它可能不像我们删除suo文件那样快，但是可以工作。 Catch仍然存在，如果您通过交叉closures打开的解决scheme或双击打开，那么它将回到原来的一个，我们必须通过删除suo文件来解决。 如果有更好的修复程序可用，将保持张贴状态。
尝试使用“控制面板”卸载扩展或在[工具] => [加载项pipe理器]中禁用任何加载项，然后尝试重新打开解决scheme。
我的问题已通过卸载“Visual Localizer”得到解决。
在我的情况下，Fusion日志已启用。 日志文件已经增长了几个月，因为我调查后忘记closures它。 这样，防病毒软件在打开解决scheme时就开始多次检查这些大型的日志文件，并且“准备解决scheme…”的信息可见很长时间。 当我注意到这一点时，我closures了熔合日志，并解决了问题。 解决scheme在10秒内加载而不是20分钟。
我已经有过这个问题多次，在几乎所有版本的VS. 似乎大部分时间工作的一个解决scheme是删除位于解决scheme文件夹中的.vs文件夹。 有时只需删除位于.vs的.sou文件即可///
该文件夹被隐藏的方式，所以你将不得不启用“显示隐藏的文件和文件夹”
对我来说，解决方法是禁用源代码pipe理（在Tools-> Source Countrol中将插件设置为None）。 我想这是因为某种原因试图同步一些巨大的Git回购（有几个大回购，但不是在我试图打开的树）。
在这里和其他地方提出了许多build议，但唯一永久为我工作的东西与我设定的启动项目有关。 这就是我所做的：
- 按照其他地方的build议删除.suo文件。
- 启动VS并打开解决scheme。 一切应该在这一点上。
- 离开启动项目，即使它不是你想要的。
- 保存解决scheme。 （也许可以像其他人一样build议并打开一个文件，清理，构build/重新构build等，但是我不必这样做。）
- closures解决scheme并退出VS.
- 重新启动VS并打开解决scheme。
- 将启动项目更改为任何应该的项目
- 保存解决scheme。 （可能再次打开文件，清理，构build/重新构build等）
- closures解决scheme并退出VS.
- 重新启动VS并重新打开解决scheme，一切都会好的。
这可能会或可能不会为你工作，但我试过一切，我可以find – registry的变化，从第二个VS会话debuggingVS，你的名字 – 但没有任何其他工作，不止一个单一的开始/打开。
我恢复了以前版本的.vbproj文件，并解决了它。
我不知道在新版本中是什么，但问题是在.bvproj文件本身内的东西。
