.NET Core+中转义依赖冲突：如何让不同依赖使用不同版本C？

针对你遇到的A依赖C1.1、B依赖C1.2但C1.2存在破坏性变更导致A运行报错的问题，在不更新A的前提下，有以下几种可行方案：

方案一：程序集别名（Extern Alias）+ 多版本依赖共存 #

这种方案通过给不同版本的C指定别名，让A和B分别绑定到对应版本的程序集：

1. 修改项目文件（.csproj），同时引入两个版本的C，并分别设置别名，同时开启允许重复版本：

<PropertyGroup>
  <!-- 允许NuGet保留同一包的多个版本 -->
  <AllowDuplicateVersions>true</AllowDuplicateVersions>
</PropertyGroup>

<ItemGroup>
  <!-- 引入A，并排除其自动依赖的C，避免NuGet自动统一版本 -->
  <PackageReference Include="A" Version="3.33.0">
    <ExcludeAssets>C</ExcludeAssets>
  </PackageReference>
  <!-- 引入供A使用的C1.1，指定别名C11 -->
  <PackageReference Include="C" Version="1.1.0">
    <Aliases>C11</Aliases>
  </PackageReference>
  <!-- 引入B，它会自动依赖C1.2，指定别名C12 -->
  <PackageReference Include="B" Version="x.x.x">
    <Aliases>C12</Aliases>
  </PackageReference>
</ItemGroup>

2. 在使用A的代码文件顶部添加别名声明，确保代码中A相关的类型绑定到C1.1：

extern alias C11;
// 使用A的类型时，若需要直接引用C的类型，需通过C11别名访问
// 例如：C11::C.Namespace.ClassName cInstance = new C11::C.Namespace.ClassName();

3. 对于B和项目本身使用C的代码，无需额外别名声明，默认会使用C1.2版本。

方案二：自定义AssemblyLoadContext隔离依赖 #

通过创建独立的程序集加载上下文，将A和C1.1与B、C1.2完全隔离，彻底避免版本冲突：

1. 在项目中添加代码，创建自定义AssemblyLoadContext并加载A和C1.1：

using System.Runtime.Loader;

// 创建独立的加载上下文
var aLoadContext = new AssemblyLoadContext("A_C11_Context", isCollectible: false);
// 加载C1.1的程序集（需替换为实际的文件路径，可通过NuGet包目录获取）
var c11Assembly = aLoadContext.LoadFromAssemblyPath(@"..\packages\C.1.1.0\lib\net8.0\C.dll");
// 加载A的程序集
var aAssembly = aLoadContext.LoadFromAssemblyPath(@"..\packages\A.3.33.0\lib\net8.0\A.dll");

// 通过反射创建A的实例并调用方法
var aType = aAssembly.GetType("A.Namespace.TargetClass");
var aInstance = Activator.CreateInstance(aType);
var method = aType.GetMethod("TargetMethod");
method.Invoke(aInstance, null);

2. B和项目本身的代码仍使用默认的加载上下文，自动加载C1.2版本，与A的隔离上下文互不干扰。

方案三：修改NuGet依赖约束（临时规避） #

如果不需要同时使用C1.1和C1.2的新特性，可强制整个项目使用C1.1版本，暂时规避A的报错：
在项目文件中添加对C的强制版本约束：

<ItemGroup>
  <PackageReference Include="C" Version="[1.1.0]" />
</ItemGroup>

这种方式简单，但会导致B无法使用C1.2的新功能，仅适合临时应急场景。

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