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

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

重新安装Visual Studio

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

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

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

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

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

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

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

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

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