很多事情都可能导致它，这里有一长串答案。以下是我解决这个问题的方法，在尝试了几乎所有其他方法之后。

在DEBUG模式下构建解决方案。然后在发布模式下构建它(当它有红色波浪线时，它不应该构建，但在我的情况下，它只是警告，应该有绿色波浪线，但它陷入混乱，给他们红色波浪线，即使在发布模式下，它还是构建了)。然后在DEBUG模式中构建。朝手上吐口水，转身三次可选。

对我来说很有用，其他都没用。

我体验过智能感知显示不存在的分散注意力的错误，但仍然能够在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中创建的。

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

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

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

在尝试了所有列出的选项后，我发现了另一个原因，为什么会发生这种情况。如果有人以zip文件的形式向你发送源代码，或者你下载了zip文件，Windows可能已经阻止了所有文件。2种解决方法:

方法1:

右键单击原始Zip文件->选中“解除封锁”->单击应用

方法2:

如果这不是一个选项，而不是打开解决方案文件夹中的每个文件的属性，只需打开power shell并使用以下方法递归地解除阻塞:

Get-ChildItem -Path 'C:\<ROOT FOLDER OF SOLUTION>\' -Recurse | Unblock-File

有时，如果你只是清理解决方案，错误正在消失，但他们最终可能会回来一段时间后或在下一次构建。

重新安装Visual Studio

在浪费了几个小时后，我仍然无法修复Visual Studio 2017。然后我安装了Visual Studio 2019 PREVIEW，突然间，IntelliSense再次向我显示stl类的成员(这在Visual Studio 2017中没有)。

所以，我的猜测是Visual Studio本身可能也有问题(可能是缓存目录中的问题或在你的PC上的一般性问题，这与特定的解决方案没有直接关系)，可以通过干净完整的重新安装Visual Studio来解决。我知道，这是一个愚蠢的“解决方案”，但在我的情况下，只有一个新的Visual Studio(2019)安装才有效果。

如前所述，在我的案例中，只有STL类受到影响。智能感知不会显示它们的成员，这很奇怪。我想，这可能与预编译头有关。我在某处读到，STL和项目应该在同一个驱动器上，把它们放在同一个驱动器上应该能解决问题。但这些路线都没有成功。