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

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

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

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

我已经在这个问题上挣扎了一年多，但这些解决方案都帮不了我:

删除.suo 删除。vs文件夹 删除所有缓存/临时文件夹 删除obj / bin文件夹 卸载/重新加载项目

我终于修复了这个问题-我在记事本中打开vbproj/csproj文件，并注意到在ItemGroup部分中，有一个指向我的主项目dll的引用。我删除了这个参考，重新打开了我的解决方案，问题就解决了。

我通过删除Microsoft . net框架的临时文件解决了这个问题。 地点: C:\Windows\ Microsoft.NET \ Framework64 \ v4.0.30319 \临时ASP。网络文件 而且 C:\Windows\ Microsoft.NET \ Framework \ v4.0.30319 \临时ASP。网络文件

tldr;卸载并重新加载有问题的项目。

当这种情况发生在我身上时，我(习惯)尝试关闭VS并重新打开它。这可能在一半的时间里是有效的。当它不起作用时，我会关闭解决方案，删除.suo文件(或整个.vs文件夹)并重新打开解决方案。到目前为止，这对我来说总是有效的(在过去的6个月里超过10次)，但它有点乏味，因为有些东西会重置，比如你的构建模式，启动项目等。

由于通常只有一个项目有问题，我只是尝试卸载该项目并重新加载它，这是有效的。我的样本容量只有1，但它比其他两个选项快得多，所以可能值得一试。(更新:我的一些同事现在也在尝试这个方法，到目前为止，每次都很有效。)我怀疑这是可行的，因为它写入.suo文件，并可能修复了导致问题开始的损坏部分。

注意:这似乎适用于VS 2022、2019、2017和2015。

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

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

解决:

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