打开解决方案/文件时,Visual Studio Professional 2013崩溃

时间:2014-03-28 18:09:01

标签: c# visual-studio visual-studio-2013

我一直在尝试打开我为前任雇主工作时制作的一些网页/数据库解决方案,以便更新他们的内容,但出于某种原因,Visual Studio Professional 2013决定要么崩溃打开它们时,或者当我尝试打开我在其中制作的一个C#文件时崩溃。我不知道为什么现在这样做,因为我做了这些文件没有任何问题已经有一个多月了。 2013年本身似乎也没有任何问题。建议?

10 个答案:

答案 0 :(得分:37)

我时不时遇到类似的问题,我的修复方法是删除* .suo文件,然后打开解决方案。

唯一没有奏效的时间是扩展正在播放,在这种情况下,我使用/ safemode开关在Safemode中打开VS.

devenv.exe /safemode

如果它被证明是一个行为不当的扩展,那么使用另一个答案中提到的/ log开关也是一个好主意,因为这可以帮助您追踪它。我的计算机上ActivityLog.xml文件的默认位置是“c:\ Users \< username> \ AppData \ Roaming \ Microsoft \ VisualStudio \< version> \ ActivityLog.xml”,但您也可以指定所需的位置文件是:

Devenv /log Path\NameOfLogFile

请参阅位于/Log (devenv.exe)

的VS2013文档(包含指向其他版本的链接)

我希望有所帮助。

更新VS2015 :同样的解决方案,只是suo文件位于不同的位置。 VS2015添加了一个“.vs”文件夹。在该文件夹中有其他文件夹,其中一个文件夹的名称与您的解决方案相同,在该文件夹中是另一个名为“v14”的文件夹,在该文件夹中(最终)是一个名为“.suo”的文件。删除该文件。

示例:您的解决方案称为“随便”。从“Whatever”文件夹开始,suo的路径是:

.vs\Whatever\v14\.suo

如果您看不到“.suo”文件,请记住它是隐藏文件。

我一直在使用这个PowerShell脚本几天来在git分支之间切换后摆脱.suo文件:

get-childitem -Include .suo -Recurse -force | Remove-Item -Force –Recurse

到目前为止我没有遇到任何问题,但没有承诺它不会焚烧你的笔记本电脑:)所以请小心使用。

2018年10月更新 对于VS 2017,.suo的路径是:

.vs\Whatever\v15\.suo

我的猜测是“v15”将在未来版本中不断增加。

我找到了另一个SO答案,其中涵盖了VS问题的其他一些解决方案,例如在使用该工具时刷新ReSharper缓存:Visual Studio displaying errors even if projects build

答案 1 :(得分:6)

尝试从命令行调用Visual Studio。

devenv.exe /log

然后尝试打开您的解决方案然后如果崩溃,请查看

%APPDATA%\Microsoft\VisualStudio\<version>\ActivityLog.xml 

文件。它应该有关于崩溃的细节。此外,事件日志也可以捕获一些高级事件。

答案 2 :(得分:4)

这将是“来自正确领域的答案”,但由于它起作用,我想与其他人分享。尝试打开项目并在Visual Studio 2013中出现“不支持的项目类型”错误后,我无法再打开任何解决方案。我可以加载IDE。但是一旦我尝试打开解决方案文件,IDE就会崩溃并显示一条消息,说它正在重新启动,然后询问我是否要调试或关闭程序。如果我尝试通过在资源管理器窗口中双击解决方案文件来加载解决方案文件,则会发生同样的事情。我尝试卸载最近添加的扩展,甚至完全重启。没有任何效果。此外,我在3个不同版本目录中找到的任何ActivityLog.xml文件中都没有新活动。此外,删除SUO文件也无济于事。

然后我尝试创建一个全新的项目。我碰巧选择了一个ASP.NET / MVC 4 Facebook应用程序。可能没关系,但万一我确实包括那个细节。一旦创建了全新项目,我就关闭它并重新打开它。它重新打开很好,之后我的所有其他解决方案都可以再次打开而不会出错。所以至少在我的情况下,创建一个全新的项目的行为清理了一些东西或者重新初始化了一些东西并清理了问题。

答案 3 :(得分:3)

.NET Reflector Extension为我造成了这个问题 - 卸载并实现梦想。

答案 4 :(得分:1)

Visual Studio 2015似乎有类似的问题。有时候, remove .suo 解决方案对我有用,但是今天这个错误让我再次陷入困境,解决方案是:

删除重塑器缓存

要查找位置,请转到Visual Studio / ReSharper / Options / General。我手动删除了文件夹内容。

答案 5 :(得分:1)

重新启动计算机为我修复了它。

我知道这听起来微不足道,但有时候你会尝试一百万个不起作用的东西,而不是意识到你没有尝试过一个简单的东西来实际修复它。与此同时,你正在删除东西并不必要地改变事物。在尝试其他更极端的解决方案之前,应该始终重新启动。

答案 6 :(得分:0)

当我禁用“Productivity Power Tools 2013”​​时,我有类似的情况,然后VS2013将在任何open / new项目中崩溃。即使我试图重新启用扩展,它也行不通。

我最终卸载了它。

答案 7 :(得分:0)

我也一样,但我设法去了帮助 - &gt;注册并点击&#34;退出&#34;在它崩溃之前。之后它停止了崩溃。我认为这与我更改密码并且无法获得许可证或类似事实有关......

答案 8 :(得分:0)

删除相应路径中的缓存:

C:\ Users \ davidmurali \ AppData \ Local \ Microsoft \ VisualStudio \ 8.0 \ ComponentModelCache C:\ Users \ davidmurali \ AppData \ Local \ Microsoft \ VisualStudio \ 12.0 \ ComponentModelCache C:\ Users \ davidmurali \ AppData \ Local \ Microsoft \ VisualStudio \ 14.0 \ ComponentModelCache

答案 9 :(得分:-1)

我的解决方案:

devenv.exe /log

%APPDATA%\Microsoft\VisualStudio\<version>\ActivityLog.xml

找到任何“错误”字

删除: C:\PROGRAM FILES (X86)\COMMON FILES\MICROSOFT\EXTENSIONMANAGER\EXTENSIONS\MICROSOFT\WINDOWS KITS\8.1\DESKTOP SDK\*