在尝试了所有列出的选项后，我发现了另一个原因，为什么会发生这种情况。如果有人以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和项目应该在同一个驱动器上，把它们放在同一个驱动器上应该能解决问题。但这些路线都没有成功。

tldr;卸载并重新加载有问题的项目。

当这种情况发生在我身上时，我(习惯)尝试关闭VS并重新打开它。这可能在一半的时间里是有效的。当它不起作用时，我会关闭解决方案，删除.suo文件(或整个.vs文件夹)并重新打开解决方案。到目前为止，这对我来说总是有效的(在过去的6个月里超过10次)，但它有点乏味，因为有些东西会重置，比如你的构建模式，启动项目等。

由于通常只有一个项目有问题，我只是尝试卸载该项目并重新加载它，这是有效的。我的样本容量只有1，但它比其他两个选项快得多，所以可能值得一试。(更新:我的一些同事现在也在尝试这个方法，到目前为止，每次都很有效。)我怀疑这是可行的，因为它写入.suo文件，并可能修复了导致问题开始的损坏部分。

注意:这似乎适用于VS 2022、2019、2017和2015。

我的一个同事今天就遇到了这个问题。我们尝试了这里的许多建议，除了下面描述的解决方案之外，没有一个有效。

问题:

项目构建良好，但智能感知无法识别某些类型，并将特定的使用语句标记为无效。

解决方案:

将“解决方案平台”(在VS 2017中，这是解决方案配置下拉菜单旁边的下拉菜单，具有诸如x86, x64, AnyCPU，混合平台等值)更改为AnyCPU。

项目的平台可能会有所不同，但有些参考可能并不适用于所有平台。

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

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

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

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