.NET 8中强制使用手动加载的特定版本程序集创建类实例的问题

我太懂你这种版本冲突的头疼了——手动加载的新版依赖居然被NuGet带进来的旧版本给“截胡”了，导致创建的实例完全不符合预期。在.NET 8里，我们有几个靠谱的方案能强制CLR乖乖用你指定的手动加载程序集，下面给你详细拆解：

方案一：用AssemblyLoadContext做完全隔离加载 #

这是最稳妥的方案，相当于给你的手动加载程序集单独开一个“独立沙箱”，和主应用的程序集（包括NuGet带来的旧版本）彻底隔离开，完全不会互相干扰。

具体代码实现如下：

// 创建一个专属的程序集加载上下文，命名可以随便取，只要唯一就行
var customAssemblyContext = new AssemblyLoadContext("CustomDependencyAlc", isCollectible: false);

// 先加载依赖的B-version2程序集
var bAssemblyPath = @"D:\YourSeparateDir\B-version2.dll";
var bAssembly = customAssemblyContext.LoadFromAssemblyPath(bAssemblyPath);

// 再加载主程序集A（因为A依赖B，所以要先加载B）
var aAssemblyPath = @"D:\YourSeparateDir\A.dll";
var aAssembly = customAssemblyContext.LoadFromAssemblyPath(aAssemblyPath);

// 从加载好的程序集里拿到Child类型，创建实例
var childType = aAssembly.GetType("YourNamespace.Child");
var childInstance = Activator.CreateInstance(childType);

这个方案的优势在于完全隔离，不会影响主应用里其他地方的程序集加载，适合需要精准控制依赖版本的场景。

方案二：拦截程序集解析事件，强制替换版本 #

如果不想搞完全隔离，也可以通过监听CLR的程序集解析事件，当它试图加载旧版本的B时，直接把你手动加载的新版本塞给它。

在.NET 8里，更推荐用AssemblyLoadContext.Resolving事件（代替旧的AppDomain.AssemblyResolve），代码示例：

// 先手动把B-version2加载到当前上下文里
var bAssemblyPath = @"D:\YourSeparateDir\B-version2.dll";
var targetBAssembly = Assembly.LoadFrom(bAssemblyPath);

// 给默认加载上下文注册解析事件
AssemblyLoadContext.Default.Resolving += (loadContext, assemblyName) =>
{
    // 精准匹配要替换的旧版本B程序集
    if (assemblyName.Name.Equals("B", StringComparison.OrdinalIgnoreCase) 
        && assemblyName.Version == new Version("1.0.0.0")) // 这里填NuGet带来的旧版本号
    {
        // 返回我们手动加载的新版本B
        return targetBAssembly;
    }
    // 其他程序集按默认逻辑处理就行
    return null;
};

// 然后加载A程序集并创建实例
var aAssemblyPath = @"D:\YourSeparateDir\A.dll";
var aAssembly = Assembly.LoadFrom(aAssemblyPath);
var childType = aAssembly.GetType("YourNamespace.Child");
var childInstance = Activator.CreateInstance(childType);

要注意的是，这里的版本号和程序集名称一定要匹配准确，不然可能会误替换其他程序集，或者没命中目标。

方案三：通过runtimeconfig.json做全局依赖重定向 #

如果你的应用是控制台、Web这类有runtimeconfig.json的项目，也可以直接在配置文件里加依赖重定向规则，让CLR全局优先使用你指定的版本。

修改你的YourApp.runtimeconfig.json，添加assemblyBinding配置：

{
  "runtimeOptions": {
    "configProperties": {
      "System.Runtime.Serialization.EnableUnsafeBinaryFormatterSerialization": false
    },
    "assemblyBinding": {
      "dependencies": [
        {
          "name": "B",
          "publicKeyToken": "这里填B程序集的公钥令牌（如果是强签名的话）",
          "redirectToVersion": "2.0.0.0", // 你的新版本号
          "codeBase": "file:///D:/YourSeparateDir/B-version2.dll"
        }
      ]
    }
  }
}

这个方案适合全局统一版本的场景，但如果你的B程序集没有强签名，可能需要去掉publicKeyToken字段，而且灵活性不如前两种方案。

几个额外注意点 #

• 强签名程序集：如果B是强签名的，版本号和公钥令牌必须完全匹配，CLR才会认可重定向。
• 依赖链检查：确保B-version2的所有依赖也能被正确加载——要么把它们放在同一个目录让ALC自动加载，要么在解析事件里手动处理。
• 验证加载结果：可以用Visual Studio的“模块”窗口（调试时Ctrl+Alt+U）或者dotnet-dump工具，查看加载的程序集版本，确认是不是用了B-version2。

备注：内容来源于stack exchange，提问作者Titus