为啥 Visual Studio 经常崩溃?
Posted
技术标签:
【中文标题】为啥 Visual Studio 经常崩溃?【英文标题】:Why is Visual Studio constantly crashing?为什么 Visual Studio 经常崩溃? 【发布时间】:2010-09-10 22:33:06 【问题描述】:添加/删除引用和项目时,Visual Studio 会随机崩溃。 有什么想法为什么?安装 Sp1 会有帮助吗?
编辑:我不使用除 SourceSafe 之外的任何插件。我的大部分开发工作都是在连接模式下完成的。
开发使用: 视觉工作室 2008 WinXp 终端服务 -> Win2k3 Sp2(64 位) VSS 8.0,32 位
【问题讨论】:
【参考方案1】:尝试删除您的 .user 和 .suo 文件 - 这些是 VS 创建的用户选项文件。您将获得每个项目的 .user 文件和解决方案的 .suo 文件。当它们被破坏时,就会发生奇怪的事情。删除它们会让你失去一些小东西,比如当你开始调试时选择哪个项目作为启动项目,但它通常会清除这样的奇怪行为。
您可能还想清除任何临时文件位置,例如 Temporary ASP.NET Files 文件夹(如果您在 ASP.NET 中工作),以防在某处缓存了奇怪的东西。
【讨论】:
那些 .user 和 .suo 文件在哪里? 您会在 .csproj 和 .sln 文件旁边看到它们。在 VS 2015 中,其中许多通过 .sln 文件进入了 .vs 文件夹。【参考方案2】:我的 Visual Studio 2005 最近开始崩溃和锁定。我最终修复它的方法是从命令行运行它:
devenv /resetuserdata
这清除了我所有的自定义设置,但它确实解决了问题。如果你已经定制了很多 VS,你可以先尝试导出你的设置,然后看看你是否可以安全地导入它们。或者,为您的 IDE 拍摄快照,这样您就可以记住您在哪里使用了哪些按钮等。
【讨论】:
【参考方案3】:最常见的情况是,如果 Visual Studio 反复崩溃,您的 .suo 或 .ncb 文件已损坏。关闭您的项目,删除这些文件,然后重新打开。这可能会解决您的问题。
.suo 是一个隐藏文件。
【讨论】:
【参考方案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 之前修复损坏。
【讨论】:
【参考方案5】:如果 .suo 或 .ncb 文件已损坏,也会导致 Visual Studio 崩溃。 要解决此崩溃问题,您可以使用图片中提到的以下步骤。
-
转到包含 Visual Studio 执行文件 (devenv.exe) 的文件夹。
使用第一步中提到的文件夹路径打开命令提示符并运行命令devenv.exe /ResetSettings。
如果第二步不能解决您的问题,请运行命令 devenv.exe /ResetUserData。
【讨论】:
【参考方案6】:希望这对某人有所帮助。感觉就像我已经尝试了一切。我什至修复了安装,这没有任何区别,并且完全删除了 VS,问题仍然存在。日志选项没有告诉我任何重要的信息,因此我最终删除了解决方案中的所有 bin 和 obj 文件夹以及所有 .suo 和 .user 文件,并将其移至硬盘驱动器根文件夹之外的一个完全不同的文件夹并重建它.它神奇地来了!
【讨论】:
【参考方案7】:搜索并删除与您的解决方案关联的任何 .ncb 文件。在过去的版本中,这些(调试)文件用于损坏并删除它们将解决问题(Visual Studio 将自动重新生成它们)。
【讨论】:
【参考方案8】:我发现即使在 SP1 中,它也很少在向项目添加内容时崩溃,但主要是在切换到 ASP.NET 设计视图以及在工具中自动生成控件时。我只是禁用了它来创建它们,而且我不再遇到很多崩溃了。
我知道这与您的问题没有太大关系,但我提出 SP1 的目的可能不是您问题的答案。
【讨论】:
【参考方案9】:我尝试了所有建议的选项,并在link 找到了更多选项。没有运气。
然后我尝试添加来自 网站 的引用(而不是 Web 应用程序)。过程不同:您必须右键单击项目并转到属性页,并且在 References 选项卡上有一个 Add... 按钮。
它仍然崩溃,但这次有一个事件查看器中的消息,它指出我已安装的第 3 方组件中的 DLL 的完整路径。无法从磁盘读取 DLL(损坏)。所以,修复那个库并稍后重新启动,我就恢复了。
更新:
我来找出真正的原因,我的 SSD 上的几个文件损坏了。 CHKDSK /R 让我回去了一段时间。最终不得不更换驱动器。只是提醒一下,这可能不是 VS 的错。
【讨论】:
【参考方案10】:更改default
解决方案位置解决了我的问题。
【讨论】:
【参考方案11】:我不得不删除解决方案中不再存在的项目的旧参考,这对我来说效果很好。
【讨论】:
以上是关于为啥 Visual Studio 经常崩溃?的主要内容,如果未能解决你的问题,请参考以下文章
Visual Studio 6.0 在 Windows 10 下崩溃的一种解决方法
Visual Studio 6.0 在 Windows 10 下崩溃的一种解决方法