对于我的具体案例，它是另一个开发人员合并到主分支中的服务引用。除了语法高亮显示无法解析生成的服务类和源都是红色下划线之外，这是完全正常的。清理、重建、重新启动什么都没有。

我所要做的就是刷新服务引用，而VS设法在幕后将各个部分组合在一起。源代码或生成的文件没有更改。

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

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

对于我的具体案例，它是另一个开发人员合并到主分支中的服务引用。除了语法高亮显示无法解析生成的服务类和源都是红色下划线之外，这是完全正常的。清理、重建、重新启动什么都没有。

我所要做的就是刷新服务引用，而VS设法在幕后将各个部分组合在一起。源代码或生成的文件没有更改。

很多事情都可能导致它，这里有一长串答案。以下是我解决这个问题的方法，在尝试了几乎所有其他方法之后。

在DEBUG模式下构建解决方案。然后在发布模式下构建它(当它有红色波浪线时，它不应该构建，但在我的情况下，它只是警告，应该有绿色波浪线，但它陷入混乱，给他们红色波浪线，即使在发布模式下，它还是构建了)。然后在DEBUG模式中构建。朝手上吐口水，转身三次可选。

对我来说很有用，其他都没用。

以下是一些流行的答案。如果答案对你有帮助，给它点赞:

选项1:清洁，构建和刷新(@Mike Fuchs选项)

正如@Mike Fuchs提到的，尝试以下操作:

在菜单中，构建>清洁解决方案 和 在菜单中，生成>生成解决方案

选择有问题的项目，然后点击刷新按钮:

选项2:清除，关闭，重新启动和构建(@像素选项)

正如@Pixel提到的，尝试以下操作序列:

清洗溶液 关闭Visual Studio Open Visual Studio 构建解决方案

选项3:清除ReSharper缓存(@GammaOmega选项)

如果你有ReSharper，试着清空ReSharper缓存:

在菜单中，ReSharper > Options > Environment > General > Clear cache

和禁用和重新启用ReSharper:

在菜单中，工具>选项> ReSharper > General > Suspend / Restore

选项4:删除.suo文件(@Neolisk选项)

正如@Neolisk提到的，删除.suo文件可能会解决你的问题。对于Visual Studio 2015，该文件位于:

[解决路径]/。vs /解决方案名称/发掘/ .suo

对于Visual Studio 2017:

[解决路径]/。vs /解决方案名称/ v15 / .suo

注意，.vs目录是隐藏的。

选项5:卸载和重新加载项目(@TTT选项)

正如@TTT提到的，尝试卸载导致问题的项目:

在解决方案资源管理器中，右键单击项目，卸载项目。

然后重新载入

在解决方案资源管理器中，右键单击项目，重新加载项目。

选项6:删除并添加Microsoft。CSharp参考(@Guilherme选项)

正如@Guilherme所提到的，尝试删除并添加“微软”的引用。从存在问题的项目中。

在“解决方案资源管理器”中展开项目，展开“引用”，右键单击“微软”。CSharp”和Remove。 然后，右键单击引用>添加引用，选择“微软。单击“确定”

以我为例，当我在更新sdk到最新版本后第一次尝试使用c# 9.0编写的项目时，无论我做什么，它都会显示红线(它会构建得很好)。这里的一切我都试过了，但都没用。 最后，我意识到问题出在Resharper的语法高亮笔上。 当我更新Resharper时，所有的红色都消失了。