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

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

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

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

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

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

在尝试了所有列出的选项后，我发现了另一个原因，为什么会发生这种情况。如果有人以zip文件的形式向你发送源代码，或者你下载了zip文件，Windows可能已经阻止了所有文件。2种解决方法:

方法1:

右键单击原始Zip文件->选中“解除封锁”->单击应用

方法2:

如果这不是一个选项，而不是打开解决方案文件夹中的每个文件的属性，只需打开power shell并使用以下方法递归地解除阻塞:

Get-ChildItem -Path 'C:\<ROOT FOLDER OF SOLUTION>\' -Recurse | Unblock-File

有很多删除SUO /隐藏解决方案文件的答案。

就我而言，这是因为我需要以管理员身份运行Visual Studio才能发布。会用管理权限覆盖那些文件。现在，当作为标准用户运行时，我无法摆脱任何错误。

如果我重新运行在管理模式，我能够解决所有的错误。

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

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

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