VS编译报错：无法加载System.Runtime 4.2.2.0，求根治设置排查方案

• 查看程序集绑定日志（Fusion日志）
  打开Visual Studio的开发者命令提示符，运行fuslogvw.exe。在日志查看器中勾选「启用程序集绑定失败日志记录」（选择「记录到磁盘」模式），重新编译触发错误后，就能看到详细的加载路径、版本匹配失败原因，甚至能定位到哪个组件在请求4.2版本。注意用完要关闭日志，避免占用磁盘空间。

• 检查程序集绑定重定向配置
  打开项目根目录的app.config或web.config，查看<runtime>节点下的<assemblyBinding>配置。确认是否存在目标程序集的重定向规则，示例如下：

  <dependentAssembly>
      <assemblyIdentity name="YourAssemblyName" publicKeyToken="xxx" culture="neutral" />
      <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.3.0.0" />
  </dependentAssembly>
  

  如果没有，手动添加这条规则，强制所有请求4.2版本的调用转向4.3.0版本。

• 检查项目依赖与构建顺序
  右键解决方案 → 「项目依赖项」，确认所有依赖项目的程序集版本统一为4.3.0；再查看「生成顺序」，确保依赖项目先于主项目编译，避免旧版本程序集被提前复制到输出目录。

• 清理深层构建缓存
  除了删除.vs文件夹，还要：

  • 右键项目 → 「清理」，再执行「重新生成」
  • 删除所有项目的bin和obj目录
  • 清除NuGet本地缓存：打开「工具」→「NuGet包管理器」→「包管理器设置」→「清除所有NuGet缓存」

• 提升构建输出详细程度
  打开「工具」→「选项」→「项目和解决方案」→「生成并运行」，将「MSBuild项目生成输出详细程度」改为「详细」或「诊断」。重新编译后，查看输出日志中关于程序集复制、版本匹配的每一步，定位加载4.2版本的触发点。

• 排查扩展插件干扰
  禁用所有Visual Studio第三方扩展（「工具」→「扩展和更新」→「已安装」，逐个禁用后重启VS测试）。部分扩展可能会注入旧版本程序集引用，引发编译冲突。

内容的提问来源于stack exchange，提问作者user2505293