.NET Core动态程序集解析：运行时依赖免升级NuGet方案咨询

.NET Core完全支持运行时自定义依赖解析规则，不需要强制将根应用（Api App）引用的包B升级到v1.0.5版本，以下是可直接落地的方案和对应最佳实践。

可落地的替代方案 #

1. 启动阶段注册程序集解析事件 #

这是最灵活的无侵入方案，在应用启动的最早期（要放在所有涉及包A、包B的代码执行之前），给默认程序集加载上下文挂Resolving事件，当运行时尝试加载v1.0.5版本的包B时，直接返回当前已加载的v1.0.3版本程序集即可，因为两个版本向后兼容，不会出现运行时异常。
示例代码：

// Program.cs最顶部，WebApplication.CreateBuilder之前执行
AssemblyLoadContext.Default.Resolving += (loadContext, targetAssembly) =>
{
    // 精准匹配需要重定向的包B 1.0.5版本
    if (targetAssembly.Name == "包B的实际程序集名称" && targetAssembly.Version == new Version(1, 0, 5))
    {
        // 加载已引用的1.0.3版本程序集返回
        return loadContext.LoadFromAssemblyName(new AssemblyName(targetAssembly.Name)
        {
            Version = new Version(1, 0, 3)
        });
    }
    // 其他程序集走默认解析逻辑
    return null;
};

2. 项目文件配置版本绑定重定向 #

如果不想写运行时代码，可以直接在Api App的csproj文件里配置静态的程序集版本重定向规则，构建时会自动把所有对包B 1.0.5版本的引用指向1.0.3版本，不需要修改运行时逻辑。
示例配置：

<Project Sdk="Microsoft.NET.Sdk.Web">
  <PropertyGroup>
    <TargetFramework>你项目用的.NET Core版本</TargetFramework>
    <!-- 关闭自动绑定到最高版本的默认逻辑 -->
    <AutoGenerateBindingRedirects>false</AutoGenerateBindingRedirects>
  </PropertyGroup>

  <ItemGroup>
    <!-- 显式引用1.0.3版本的包B -->
    <PackageReference Include="包B的NuGet包ID" Version="1.0.3" />
  </ItemGroup>

  <!-- 自定义版本重定向规则 -->
  <Target Name="ForceRedirectPackageB" BeforeTargets="ResolveAssemblyReferences">
    <ItemGroup>
      <AssemblyBinding Include="包B的实际程序集名称">
        <OldVersion>0.0.0.0-1.0.5</OldVersion>
        <NewVersion>1.0.3</NewVersion>
      </AssemblyBinding>
    </ItemGroup>
  </Target>
</Project>

3. 上游包放宽依赖范围（仅包A可控时可用） #

如果你能修改包A的源码，最一劳永逸的方案是修改包A对包B的依赖版本约束，将写死的1.0.5版本依赖改为[1.0.3, 2.0.0)这类兼容范围，只要主版本号不变就允许用低版本包，后续不需要做额外重定向配置。

这类场景的通用最佳实践 #

• 先做兼容性验证：不管用哪种重定向方案，必须先覆盖包A调用包B的所有功能路径做验证，确认v1.0.3确实包含包A用到的所有API，避免上线后抛出MissingMethodException、TypeLoadException这类兼容错误。
• 重定向规则尽可能精准：不要用通配符重定向所有程序集的版本，只针对你确认兼容的特定包、特定版本范围配置规则，避免破坏其他依赖的正常解析逻辑。
• 标记临时技术债：这种延后升级的方案本质是推迟回归测试成本，一定要在对应代码、配置旁加明确的TODO注释，标注清楚后续迭代需要补做包B高版本的回归测试，及时移除临时重定向规则，避免版本差越拉越大，后续升级成本指数级上升。
• 优先用静态配置而非动态代码：如果能通过csproj静态配置实现重定向，就尽量不要用自定义AssemblyLoadContext的运行时逻辑，静态配置更透明，后续维护的人能直接看到版本规则，动态解析逻辑容易被忽略引发线上问题。
• 不要用野路子方案：不要通过修改本地NuGet缓存、替换全局程序集缓存文件的方式实现版本兼容，这类方案换个构建环境就会失效，CI/CD流水线无法正常构建，可维护性极差。

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