我之前在VS2019里也碰到过类似的引用异常情况，结合踩过的坑，给你几个具体的排查和修复方向：

• 检查并修正项目文件的引用配置
  从原解决方案移过来的项目，很可能保留了和原环境绑定的引用路径配置。你可以右键这个有问题的项目→卸载项目→右键→编辑.csproj，查看里面的<Reference>节点：

  • 像System.dll这类框架级引用，正常情况下不需要手动指定HintPath，如果看到它的HintPath指向了原Solution_A的目录或者错误的本地路径，直接删掉这一行即可。
  • 对于其他第三方引用，确认HintPath的相对路径在Solution_B环境下是有效的，比如是否指向解决方案根目录下的packages文件夹。
    保存.csproj文件后，重新加载项目再看引用状态。

• 彻底清理VS缓存和项目输出文件
  VS的缓存经常会在跨解决方案操作后出问题，试试这个步骤：

  1. 完全关闭VS2019
  2. 删除Solution_B目录下的.vs隐藏文件夹（需要先在文件管理器里开启“显示隐藏项目”）
  3. 删除该问题项目下的bin和obj文件夹
  4. 重新打开Solution_B，依次执行清理解决方案→重建解决方案

• 修复NuGet包恢复异常
  虽然你觉得NuGet缺失和System.dll的黄标无关，但NuGet的配置异常可能会牵连整个项目的引用解析系统：

  • 右键Solution_B→管理解决方案的NuGet程序包，点击右上角的设置图标，确认包源是正常可用的
  • 右键问题项目→NuGet包管理器→还原NuGet包，确保所有缺失的包都恢复完成
  • 检查项目文件里的<RestorePackages>节点值是否为true，开启自动包恢复功能

• 核对目标框架的完整配置
  即使你确认了.NET版本一致，也要注意目标框架的细分差异：
  右键问题项目→属性→应用程序，仔细核对目标框架的完整名称，比如是.NET Framework 4.8还是.NET Framework 4.8 Client Profile，必须和原Solution_A里的项目完全一致，细微的差异也会导致引用解析失败。

• 重新导入项目到Solution_B
  如果以上方法都无效，可能是项目移动过程中某些配置文件损坏了：

  1. 从Solution_B里移除这个问题项目（注意选择“移除”而不是“删除”，保留本地文件）
  2. 右键Solution_B→添加→现有项目，重新选择该项目的.csproj文件导入
  3. 导入完成后再检查引用状态

如果所有方法都没解决，还可以尝试用VS安装器修复VS2019：打开VS安装器，选择已安装的VS2019→修改→修复，有时候VS本身的组件损坏也会导致这类奇怪的引用问题。

内容的提问来源于stack exchange，提问作者D. Moore