删除。vs文件夹解决了这个问题。

但它也重置了我的解决方案在VS中的当前设置，就像，我在解决方案中卸载的项目被重新加载，当我重新启动VS时，所有固定和打开的文档也被关闭了。

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

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

遇到这个问题，Visual Studio无法识别单个类型，即使解决方案构建成功，也会显示红色波浪。我注意到在解决方案资源管理器中，文件左边没有显示展开类和属性的展开箭头。

修复是排除该文件从项目和保存/构建产生一个预期的错误，然后包括该文件在项目和保存和构建。

执行这些步骤后，Visual Studio开始再次识别我的类型。看看git中的差异，这个问题似乎是由于<Compile Include="…"的行结束符不匹配造成的。.csproj文件的/>行。

我体验过智能感知显示不存在的分散注意力的错误，但仍然能够在Visual Studio 2019中构建和调试项目。此问题在Visual Studio 2017中没有出现。在这个问题上，我们无法导航到Visual Studio中的各种参考。

在尝试了所有发布的选项并找到这篇关于导航符号的文章后:https://stackoverflow.com/a/49100341/999011

我们这种情况的解决方案与Microsoft.Net.Compilers & 项目文件中的Microsoft.CodeDom.Providers.DotNetCompilerPlatform引用，在上面的帖子中提到过。

然而，我从来没有更新过它们，我只是发现在项目文件中有多个对不同版本的引用。在清理完这些文件后，每个包只有一个引用 Microsoft.CodeDom.Providers。DotNetCompilerPlatform，分散注意力的红色涂鸦消失了，导航符号开始工作。

我只能推测，额外的引用是在升级期间添加的，因为我认为这个项目最初是在Visual Studio 2015中创建的。

我发现，如果被引用的项目的目标是框架的更高版本，而不是试图使用它的项目，就会发生这种情况。你可以通过进入输出窗口并寻找类似的内容来判断这是否是问题所在:

无法解析主引用“my_reference”，因为它 是基于“. net framework,Version=v4.7.2”框架构建的。这 是比当前目标框架更高的版本吗 “.NETFramework, Version = v4.7 "。

解决方案是更改一个或其他项目的目标框架。

在工作中遇到这个问题(运行VS2017)。这里所有的答案都试过了。没有快乐。

该项目构建得很好，但抱怨找不到名称空间/类型。到处都是红色的涂鸦。“错误列表”窗口中出现大量错误。

我的解决方案包含3个项目。

发现其中一个项目的3个NuGet库引用是不正常的。 合并了参考库版本，宾果。

希望这能帮助到一些人。

布雷特。