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

在我的例子中，帮助了很多事情:

deleting all old not needed files which were previously excluded from the project closing VS deleting all the bin folder contents deleting .vs folder Clean/Rebuild after that I still had some spurious errors, however the amount was significantly lower (from 200 to around 8) and the errors referred only to a resource dictionary path in Generic.xaml e.g. <ResourceDicitonary Source="example/path/somefile.xaml"> when I played around with the path trying to change it to a wrong one re-building then correcting it and rebuilding again, then this finally cleared all errors. It was specifically WPF project if that's relevant.

我发现在Visual Studio 2017中使用Git时经常发生这种情况，在有依赖代码更改的地方切换分支。即使项目将成功构建，错误列表中仍然会有错误。

这些错误通常是名称空间问题和缺少引用，即使库引用存在。

解决:

关闭Visual Studio 删除{sln-root}.vs\SlnName\v15. txt文件。锁文件(隐藏) 重启Visual Studio

也许你试图重置你的智能感知缓存。在visual studio 2012中，当我在一个有许多部分类定义的大型项目中工作时，我也遇到过类似的问题。 减少局部值部分地解决了问题，同时也清除了智能感知缓存。

重新安装Visual Studio

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

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

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

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