下面的解决方案对我很有效

1 -关闭VS

2 -删除。vs文件夹

3 -开VS

4 -构建解决方案

我已经在这个问题上挣扎了一年多，但这些解决方案都帮不了我:

删除.suo 删除。vs文件夹 删除所有缓存/临时文件夹 删除obj / bin文件夹 卸载/重新加载项目

我终于修复了这个问题-我在记事本中打开vbproj/csproj文件，并注意到在ItemGroup部分中，有一个指向我的主项目dll的引用。我删除了这个参考，重新打开了我的解决方案，问题就解决了。

偶尔，我不得不做一个自定义清理，通过检查所有的项目，手动删除“bin”和“obj”文件夹。要在Visual Studio中看到它们，您必须为每个项目启用隐藏文件和文件夹。完成此操作后，重新构建解决方案。

我通过删除Microsoft . net框架的临时文件解决了这个问题。 地点: C:\Windows\ Microsoft.NET \ Framework64 \ v4.0.30319 \临时ASP。网络文件 而且 C:\Windows\ Microsoft.NET \ Framework \ v4.0.30319 \临时ASP。网络文件

在我的情况下，vs从未在项目属性>引用中保留导入的名称空间

当我试图再次添加/检查它们时，我不能和vs抛出一个错误，当保存项目vs崩溃时。当我重新打开所有标准导入的名称空间(system。数据等)都被再次勾选，然后它就能正确识别一切

清理Resharper的缓存在我的情况下没有帮助，尝试暂停/恢复，并修复Resharper，使用JetBrains网站上的最新下载-这些都没有帮助。这是在我尝试关闭/重新打开VS，重新启动我的机器，重复，构建/重建及其组合之后。

有趣的是，在VS第二次重启后，暂停Resharper似乎解决了问题，但在我启用Resharper <之后，问题又回来了——我尝试这样做2-3次以确保模式。

不管怎样，当我发现这篇文章时，我仍然有问题:

快速提示:当Visual Studio崩溃，所有东西都是红色时该怎么办

所以我删除了同一文件夹级别的。suo文件和解决方案，它神奇地解决了所有红色。

注意:对于Visual Studio 2015， . suo文件在.vs/[solution_name]/v14隐藏文件夹中。