我清洗了溶液，关闭VS，重新打开，构建溶液，未解析的红色线被清洗，构建成功。

我的一个同事今天就遇到了这个问题。我们尝试了这里的许多建议，除了下面描述的解决方案之外，没有一个有效。

问题:

项目构建良好，但智能感知无法识别某些类型，并将特定的使用语句标记为无效。

解决方案:

将“解决方案平台”(在VS 2017中，这是解决方案配置下拉菜单旁边的下拉菜单，具有诸如x86, x64, AnyCPU，混合平台等值)更改为AnyCPU。

项目的平台可能会有所不同，但有些参考可能并不适用于所有平台。

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

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

解决:

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

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

在所有引用项目中删除并重新添加项目引用可以解决问题，但是可以通过编辑问题项目的.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}解决了这个问题，而不必经过每个引用项目。

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

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

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

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

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

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

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