我刚刚在VS22中尝试运行时，我可以打开并构建良好，否则，从技术上讲，这是一个不同的问题，但由于这是谷歌中出现的第一件事，我想评论。

我的问题是，我的项目过滤器文件添加了一个无效的新条目。由于我使用的是一个虚幻项目，这是复杂的事实，项目和过滤器是生成的，而不是检入源代码控制。

如果遇到此问题，请查看.vcxproj中是否有任何奇怪的条目。过滤器文件。

对于虚幻项目，这将位于 \ \中级\ ProjectFiles \引擎

您是否尝试删除Your_Solution_FileName. exe文件。缩文件?

.suo文件应该与你的.sln文件在同一个文件夹中，对于更新版本的Visual Studio，应该在.vs文件夹中。.vs文件夹可能被隐藏。

更新Visual Studio 2017 在VS 2017中。suo文件位于不同的文件夹中:您可以在YourSolutionFolder\.vs\YourSolutionName\v15\.suo中找到。suo文件

.vs文件夹是隐藏的，.suo文件是一个没有名称的文件，只有.suo扩展名。

  解释

.suo文件包含各种信息，如打开的文件列表，以及一些未保存在解决方案文件中的首选项(如启动项目)和其他内容。

通常情况下，删除.suo文件没有问题。之后，您可能必须为解决方案设置StartUp项目。

为了安全起见，您可以重命名.suo文件，然后重试启动解决方案，看看这是否有帮助。

根据我的经验，有时VS在启动时崩溃，因为一些源代码中有错误，由于这个错误，VS无法编译代码，然后崩溃，因为没有编译代码，它无法在设计模式中显示形式。 在这种情况下，删除.suo文件将解决这种情况，因为它重置了打开的文件列表，因此解决方案可以在不打开/显示任何文件的情况下启动。

当删除.suo文件无效时 当删除.suo文件不能解决问题时，您可以尝试以下其他方法:

Restart the computer Clean Windows temp folder Clean the solution from the IDE (Menu\Build\Clean Solution) Clean the solution manually (delete the compiled DLL/EXE in the /bin/ folder and empty the temporary files that VS create during the build process in the /obj/ folder (each project that compose the solution has these folders, so clean them all)) Try to open each single project that compose the solution 1-by-1 and build it, to understand which is the specific project that generate the issue Understand what is the change/edit/modification that triggered the error, and undo it (source control tool can help...) If you have custom controls: check the code in the constructor. The VS IDE will call the constructor of your custom controls even at design time, and weird things can happen (at design time some properties dont works, your connection string probably isn't populated...)

作为最后的手段……

尝试安装任何VS更新 尝试禁用VS扩展(如果你安装了任何…) 尝试更新解决方案中引用的任何外部DLL/控件 尝试更新Windows

有时只是关闭Visual Studio 2015然后重新打开的问题。

更新:Visual Studio 2017显然也是如此。

我在一些机器上遇到过这种情况。

这种情况确实会发生。

您是否尝试删除“Your_Solution_FileName. exe”文件。缩文件?”

还有电脑崩溃，比如停电等…

适用于更新2和更新3，以及新鲜的基础没有任何更新…

不再有. suo文件，但删除.user文件可以。 供参考:我正在调试Silverlight项目

在我们的程序中，问题出现在调试-> myProject Properties -> Web中进行更改之后，具体来说就是更改项目URL，然后关闭VS.。重新打开VS时，VS在解析新的URL时遇到了麻烦，因此抛出了错误。不幸的是，通过VS UI进一步配置是不可能的，因为项目不会加载。

由于文件配置更改保存在项目根文件夹中的myproject . csprojr .user文件中，因此通过简单地删除myproject . csprojr .user文件就可以很容易地纠正这个问题。此时，项目将被加载，当项目下一次以调试模式运行时，用户文件将被重新生成。

注意，重新生成的文件中的项目URL必须从默认的http://localhost:58995更改为原始的https://localhost:44302，然后才能访问整个应用程序，因为我们在SSL下锁定了应用程序。您的端口可能不同。这是通过VS调试-> myProject属性-> Web后运行项目。

从命令行运行eventvwr，查看它是否记录了任何应用程序错误。

这可能会给您一个更有用的实际错误消息。