为什么Visual Studio会不断崩溃？

Question

在添加/删除引用和项目时，Visual Studio会随机崩溃。 有什么想法？安装Sp1会有帮助吗？

编辑：我不使用除SourceSafe之外的任何插件。我在连接模式下完成了大部分开发工作。

开发使用：
    Visual Studio 2008
    WinXp终端服务 - ＆gt; Win2k3 Sp2（64位）
    VSS 8.0,32bit

Answer 1

尝试删除.user和.suo文件 - 这些是VS创建的用户选项文件。您将获得每个项目的.user文件和解决方案的.suo文件。当它们被破坏时，会发生奇怪的事情。删除它们会让你失去很少的东西，例如当你开始调试时选择哪个项目作为启动项目，但它通常会清除像这样的奇怪行为。

您可能还想清除任何临时文件位置，例如Temporary ASP.NET Files文件夹（如果您在ASP.NET中工作），以防万一有些奇怪的东西被缓存。

Answer 2

我的Visual Studio 2005最近开始崩溃并锁定。我最终修复它的方法是从命令行运行它：

devenv /resetuserdata

这清除了我的所有自定义，但确实解决了问题。如果您经常自定义VS，可以先尝试导出设置，然后查看是否可以安全地导入它们。或者，拍摄IDE的快照，以便记住您所在的按钮等。

Answer 3

最常见的是，如果Visual Studio重复崩溃，则.suo或.ncb文件已损坏。关闭项目，删除这些文件，然后重新打开。这可以解决您的问题。

.suo是一个隐藏文件。

Answer 4

请注意，如果您怀疑某个损坏的.suo文件并与Source Safe集成。

在崩溃后重启VS时，您可能会收到以下消息：

The Open from Source Control operation is still in progress but you can start working now. the rest of the projects will be retrieved asynchronously.

这基本上意味着VS将从Source Safe和覆盖加载已打开的解决方案中的所有项目，这些文件已检出并包含未经检查的更改！
在VS崩溃后，启动Source Safe独立并检查要保留的内容。
然后再次启动VS之前修复腐败。

Answer 5

希望这有助于某人。感觉就像我尝试了一切。我甚至修复了安装，没有任何区别，完全删除了VS，问题仍然存在。日志选项告诉我没什么重要的，所以我最终删除了我的解决方案中的所有bin和obj文件夹以及所有.suo和.user文件，并将其移动到我的硬盘上的根文件夹中的完全不同的文件夹并重建它。它神奇地来了！

Answer 6

搜索并删除与您的解决方案关联的任何.ncb文件。在过去的版本中，这些（调试）文件过去会被破坏并删除它们会解决问题（Visual Studio会自动重新生成它们）。

Answer 7

我甚至在SP1中发现它在向项目添加内容时很少崩溃，但主要是在切换到ASP.NET设计视图时以及在工具中自动生成控件时。我只是禁用它来创建它们，我不再发生许多崩溃。

我知道这与您的问题没什么关系，但我提出的SP1可能不是您问题的答案。

Answer 8

我尝试了所有建议的选项，并在此link找到了更多选项。没有运气。

然后我尝试从网站（而不是Web App）添加引用。过程不同：您必须右键单击项目并转到属性页，并且“参考”选项卡上有一个添加... 按钮。

它仍然崩溃，但这次在事件查看器中有一条消息，它指出了我已安装的第三方组件中DLL的完整路径。无法从磁盘读取DLL（损坏）。因此，修复该lib并稍后重新启动，我恢复了良好状态。

更新：

我来找出真正的原因，我的SSD上的几个文件已经损坏了。 CHKDSK / R让我回来了一段时间。最终不得不更换驱动器。提醒一下，这可能不是VS的错。

Answer 9

更改default解决方案位置解决了我的问题。

Answer 10

我不得不删除解决方案中不再存在的项目的旧参考，这对我来说很好。

Answer 11

如果.suo或.ncb文件已损坏，则会导致visual studio崩溃。 要解决此崩溃问题，您可以使用图像中提到的以下步骤。

1. 转到包含visual studio执行文件（devenv.exe）的文件夹。
2. 使用步骤1中提到的文件夹路径打开命令提示符，然后运行命令 devenv.exe / ResetSettings。
3. 如果第二步无法解决您的问题，请运行命令 devenv.exe / ResetUserData 。