.NET引用两个不同版本的dll的几种方法

在.NET开发中，我们偶尔会遇到一个让人头疼的问题：需要同时引用两个不同版本的同一个DLL。这种情况通常出现在处理依赖冲突或进行渐进式升级的时候。别担心，解决方案其实有好几种，下面就来逐一拆解。

1. 使用外部别名（External Aliases）

这是最常见也最直接的手法，它允许你在同一个项目中光明正大地引用两个不同版本的DLL，互不干扰。

具体操作步骤

第一步：添加引用并设置别名

1. 在解决方案资源管理器中，把两个版本的DLL都给加上。
2. 右键点击每个引用 → 属性，然后给它们分别设个标识，比如Version1和Version2。

第二步：在代码中用别名来区分

// 在文件顶部定义外部别名
extern alias Version1;
extern alias Version2;

using System;

class Program
{
    static void Main()
    {
        // 使用版本1
        Version1::MyNamespace.MyClass obj1 = new Version1::MyNamespace.MyClass();
        obj1.DoSomething();
        
        // 使用版本2
        Version2::MyNamespace.MyClass obj2 = new Version2::MyNamespace.MyClass();
        obj2.DoSomething();
        
        // 或者直接用全局命名空间限定，指向默认引用
        var obj3 = new global::MyNamespace.MyClass();
    }
}

这里的关键是，通过别名前缀，编译器就能准确知道你想调用哪个版本的方法。

2. 程序集绑定重定向

这个方法适合在不改代码的前提下，通过配置文件来统一管理版本。你只需要在app.config或web.config里写清楚规则：

简单来说，就是告诉运行时：遇到老版本请求，自动转向新版本；同时指明各版本DLL的实际存放位置。

3. 使用Assembly.LoadFrom动态加载

如果不想在编译时就绑定死，可以考虑在运行时通过反射动态加载：

using System;
using System.Reflection;

class Program
{
    static void Main()
    {
        Assembly version1 = Assembly.LoadFrom(@"path\to\version1\MyAssembly.dll");
        Assembly version2 = Assembly.LoadFrom(@"path\to\version2\MyAssembly.dll");
        
        dynamic obj1 = version1.CreateInstance("MyNamespace.MyClass");
        dynamic obj2 = version2.CreateInstance("MyNamespace.MyClass");
        
        obj1.DoSomething();
        obj2.DoSomething();
    }
}

这种方法灵活性很强，但需要你通过反射或dynamic来调用方法，性能上会有些许损失，且编译时不检查类型安全。适合那些版本差异大、需要动态切换的场景。

4. 创建包装器程序集

一个更优雅的做法是，为每个版本分别创建一个独立的包装器类：

// Version1Wrapper.cs
public class Version1Wrapper
{
    private dynamic _instance;
    
    public Version1Wrapper(string dllPath)
    {
        var assembly = Assembly.LoadFrom(dllPath);
        _instance = assembly.CreateInstance("MyNamespace.MyClass");
    }
    
    public void DoSomething() => _instance.DoSomething();
}

// 使用起来就很简单了
var wrapperV1 = new Version1Wrapper(@"lib\v1\MyAssembly.dll");
var wrapperV2 = new Version1Wrapper(@"lib\v2\MyAssembly.dll");

这个方式把动态加载和反射细节藏在了包装器内部，主程序只需要跟稳定的接口打交道，清晰且易于维护。

5. 使用不同的应用程序域

终极隔离方案——把不同版本的DLL扔进各自独立的应用程序域里运行：

using System;
using System.Reflection;

class Program
{
    static void Main()
    {
        AppDomain domain1 = AppDomain.CreateDomain("Version1Domain");
        AppDomain domain2 = AppDomain.CreateDomain("Version2Domain");
        
        domain1.ExecuteAssembly(@"path\to\version1\app.exe");
        domain2.ExecuteAssembly(@"path\to\version2\app.exe");
        
        AppDomain.Unload(domain1);
        AppDomain.Unload(domain2);
    }
}

跨域通信成本较高，一般只在需要完全避免版本冲突的极端情况下才会用到。

最佳实践建议

1. 优先使用外部别名——对大部分场景来说，这是最直接、最不折腾的方法。
2. 考虑架构设计——如果条件允许，尽量避免同时使用多个不同版本。也许统一升级或抽象接口才是更好的出路。
3. 使用接口抽象——通过定义稳定的接口，把不同版本的实现细节隔离开，代码会更干净。
4. 版本隔离——无论选哪种方案，都建议把不同版本的DLL放在不同的文件夹里，避免混淆。
5. 充分的测试——版本间的兼容性问题往往藏得很深，最好针对所有版本组合做一次完整验证。

选哪种方法，最终还是要看你的具体需求、应用架构和部署环境。想偷懒，用动态加载；想干净，就上包装器；想终极隔离，那就整应用域。把握好原则，版本冲突就不再是难题。