我的最后一步是在用户控件中添加了一个计时器,用于更新表单颜色。现在每次打开项目,它都会加载并显示“Visual Studio已停止工作”的消息。
我发现即使在设计模式下,Visual Studio也会“运行”计时器,所以我认为这可能导致问题,因此我从designer.cs中删除了计时器,然后重命名了Visual Studio正在打开的所有文件,但仍然崩溃。所有其他项目都正常工作。这已经是第四次发生这种情况了。我使用的是Visual Studio 2012 Ultimate。请给出建议。
我的最后一步是在用户控件中添加了一个计时器,用于更新表单颜色。现在每次打开项目,它都会加载并显示“Visual Studio已停止工作”的消息。
我发现即使在设计模式下,Visual Studio也会“运行”计时器,所以我认为这可能导致问题,因此我从designer.cs中删除了计时器,然后重命名了Visual Studio正在打开的所有文件,但仍然崩溃。所有其他项目都正常工作。这已经是第四次发生这种情况了。我使用的是Visual Studio 2012 Ultimate。请给出建议。
听起来像是当Studio崩溃时,您的解决方案设置被损坏了。您可以通过删除解决方案的*.suo
文件来重置它们:
*.sln
文件*.suo
文件。删除它。这将重置所有与您的解决方案相关的设置,包括您打开的窗口。
在未来,您可以通过使用Form.DesignMode
属性(从System.ComponentModel.Component
继承)将代码包装在if
中,以防止设计师中执行它:
if(!this.DesignMode)
{
/* put code to be excluded from the designer here */
}
针对VS 2017和2019的更新
在VS 2017和2019中,*.suo
文件已经移动到解决方案目录下的.vs
文件夹中:
~/[解决方案目录]/.vs/[解决方案名称]/.suo
您可以直接删除整个.vs
文件夹来重置该解决方案的本地设置。
对我来说,禁用Visual Studio扩展解决了问题。
工具 -> 扩展和更新 -> 已安装
在我的情况下,Web Essentials
引起了问题。
希望这可以帮到您!
关闭所有VS 2012实例。 以管理员模式打开VS 2012(只有VS 2012,没有解决方案),然后使用该实例的VS尝试打开项目*.sln。
应该正确打开。对我来说,只有这个解决方案可行,不管是删除*.suo文件还是禁用扩展和更新都不行。
希望这可以帮到您。享受吧。 有什么阻碍吗 :)
确保文件权限一致。如果无法访问bin
或obj
文件夹,Visual Studio可能会崩溃。在文件属性->安全性->高级中设置文件所有权和权限。
我认为在VS 2017中已经没有suo文件了。
但是有一个隐藏的.vs
文件夹。尝试删除它,对我有用 :)
让我介绍一下我的情况,当我打开一个带有DevExpress组件的解决方案时,Visual Studio崩溃了,而其他解决方案都可以正常打开,直到我尝试在表单上添加DevExpress组件。
EventViewer指出问题与DevExpress dll有关。我修复了DevExpress安装程序,问题得到解决。某些东西破坏了我的DevExpress安装程序。这在我使用他们的组件20年中只发生过一次,我不知道问题最初是什么导致的。
通常情况下,如果我无法打开单个解决方案,我会删除.vs文件夹或.suo文件,问题通常就会解决。有时清除resharper缓存也可能有所帮助。
由于我无法回复关于扩展的其他评论,这里是导致我在Visual Studio 2019上出现此问题的扩展名:
MySQL for Visual Studio
我最近在我的电脑上安装了MySQL,猜想它可能会自动为Visual Studio安装一个版本,但确实不确定。
打开你的其中一个项目 -> 在顶部栏中点击 扩展名 -> 前往 已安装 -> 禁用 MySQL for Visual Studio(或者像其他评论所建议的那样,禁用可能导致此问题的任何其他扩展)-> 重新启动Visual Studio。