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

REM DELETE ALL VS HIDDEN SOLUTION OPTION FILES
DEL /A:H /S *.SUO

有很多删除SUO /隐藏解决方案文件的答案。

就我而言，这是因为我需要以管理员身份运行Visual Studio才能发布。会用管理权限覆盖那些文件。现在，当作为标准用户运行时，我无法摆脱任何错误。

如果我重新运行在管理模式，我能够解决所有的错误。

我在VS2019中的症状是我会构建一些错误。然后修复错误，构建就可以工作了，如Output窗口所示。但是错误窗口仍然显示旧的错误。我可以运行得很好。关闭VS2019并重新打开解决了这个问题，但只是一段时间。这在版本16.4.3开始发生

这个解决方案似乎对我很有效:

取消勾选工具->选项->项目和解决方案->通用->允许并行项目初始化

我发现这个解决办法埋在这里的评论:https://developercommunity.visualstudio.com/content/problem/483450/vs-2019-intellisense-reports-compile-errors-when-r.html

在我的情况下，vs从未在项目属性>引用中保留导入的名称空间

当我试图再次添加/检查它们时，我不能和vs抛出一个错误，当保存项目vs崩溃时。当我重新打开所有标准导入的名称空间(system。数据等)都被再次勾选，然后它就能正确识别一切

我遇到过这样的问题，智能感知似乎不能识别一个项目的存在(很多“找不到这种类型”，“这个名称空间不存在”等错误)。

在所有引用项目中删除并重新添加项目引用可以解决问题，但是可以通过编辑问题项目的.proj文件来修复潜在的原因。

在“缺失的”project' .csproj文件的顶部附近有一个元素:

<ProjectGuid>{GUID}</ProjectGuid>

在所有引用项目中。csproj文件都是项目引用:

<ProjectReference Include="..\OffendingProject\OffendingProject.csproj">
  <Project>{ANOTHER-GUID}</Project>
  <Name>Offending Project</Name>
</ProjectReference>

引用的GUID与项目的GUID不匹配。用{ANOTHER-GUID}替换上面的{GUID}解决了这个问题，而不必经过每个引用项目。