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

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

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

我刚刚遇到这个问题后，恢复了一个git提交，添加文件回到我的项目。

清理和重建项目没有起作用，即使我在每一步之间关闭VS。

最终起作用的方法是将文件重命名为其他文件，然后再将其更改回来。facepalm指:

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

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

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

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

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

重新安装Visual Studio

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

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

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

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