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

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

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

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

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

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

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

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

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

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

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

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

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