更新Microsoft Graph NuGet包后出现System.Runtime版本冲突如何解决

这个警告是.NET Framework项目引用跨框架包时的常见版本绑定问题，手动配置的绑定重定向未生效的核心原因是重定向目标版本和项目实际引用的主程序集版本不匹配，按以下步骤操作即可修复：

核心原因 #

从生成日志可以明确冲突逻辑：

• 项目直接引用的System.Runtime来自System.Runtime 4.3.1NuGet包，对应程序集版本为4.1.1.1，被MSBuild标记为主引用版本
• Microsoft Graph、Azure.Core等依赖包要求引用4.1.2.0版本的System.Runtime，但该版本没有作为主引用存在于项目中
• 之前手动写的绑定重定向将所有版本统一指向4.1.2.0，但项目中没有该版本的可加载dll，导致重定向规则完全失效，冲突依旧存在

修复步骤 #

• 开启自动绑定重定向，放弃手动维护配置
  右键项目进入属性页，在应用程序配置页勾选自动生成绑定重定向；如果是SDK风格项目，直接在csproj文件的首个<PropertyGroup>节点下添加：

  <AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
  <GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType>
  

  保存后VS会自动根据实际引用的dll版本生成正确的重定向规则，覆盖手动写的错误配置。
• 清理残留缓存和旧编译文件
  关闭Visual Studio，删除项目根目录下的bin、obj文件夹，打开用户目录下的.nuget/packages目录，删除system.runtime、system.net.http、microsoft.graph、azure.core相关的文件夹，避免旧版本dll缓存干扰。
• 统一依赖包版本
  重新打开项目，进入NuGet包管理器的「已安装」列表，将所有System.前缀的基础包（重点是日志中提到的System.Net.Http、System.Runtime.InteropServices.RuntimeInformation）更新到和当前项目目标框架（net462）兼容的统一版本，不要存在同包多版本并存的情况。
• 验证重定向配置
  重新生成项目后如果警告仍存在，打开App.config检查自动生成的System.Runtime重定向规则，确认newVersion属性值为4.1.1.1（即主引用版本），如果还是之前写的4.1.2.0手动改回4.1.1.1即可，正确配置如下：

  <dependentAssembly> 
    <assemblyIdentity name="System.Runtime" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/>
    <bindingRedirect oldVersion="0.0.0.0-4.1.2.0" newVersion="4.1.1.1"/>
  </dependentAssembly>
  

注意事项 #

• 绑定重定向的newVersion必须指向项目中实际存在、可被MSBuild找到的程序集版本，不能指向不存在的版本，否则规则完全无效
• .NET Framework项目引用.NET Standard/.NET Core编写的库（比如新版Microsoft Graph）时，这类基础运行时包版本冲突非常普遍，不要手动维护重定向列表，优先用VS自动生成功能
• 每次更新NuGet包后如果出现同类警告，优先清理bin/obj和NuGet缓存，很多时候是旧dll残留导致的假冲突

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