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

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

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

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

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

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

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

对于VS-2017，删除。vs文件夹对我来说很有效。

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

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

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

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

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

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

我注意到，有时在切换git分支时，Visual Studio(2017)将无法识别在第二个分支中添加的某些文件的类型。删除.vs文件夹可以解决这个问题，但它也会破坏所有的工作空间设置。这个技巧似乎对我很管用:

解决方案资源管理器->找到其中包含未识别类的文件。 单击解决方案资源管理器顶部的“显示所有文件”。 右键单击文件-> Exclude from project。 再次右键单击文件-> Include in project。

这会导致智能感知在切换分支时解析它错过的文件。