使用AppDomain.Load将DLL加载至新创建应用域时遇问题求助

我之前也踩过AppDomain加载外部DLL的大坑，尤其是appDomain.Load这一步，几乎每次失败都是因为没搞清楚AppDomain的加载上下文规则！咱们一步步拆解问题和解决方案：

为什么appDomain.Load会失败？ #

当你在主应用程序域里调用appDomain.Load时，这个方法的逻辑是：先尝试在主域的程序集搜索路径里找目标DLL，而不是你创建的新AppDomain。哪怕你指定了目标AppDomain，加载行为还是会优先走主域的上下文——如果主域找不到c:\DLLTest\MyReadableDLL.dll，直接就报错了，根本没轮到新域去加载。

正确的解决方案：用代理类让目标AppDomain自己加载 #

核心思路是：在目标AppDomain里创建一个代理对象（必须继承MarshalByRefObject），让这个代理在目标域的上下文里执行DLL加载操作，而不是从主域直接调用加载方法。

步骤1：定义跨域代理类 #

在你的DomainBuilder项目里，创建一个继承MarshalByRefObject的代理类，所有和目标DLL交互的逻辑都放在这里：

public class DomainProxy : MarshalByRefObject
{
    // 让目标AppDomain自己加载指定路径的DLL
    public Assembly LoadExternalDll(string fullDllPath)
    {
        // 这里的代码是在目标AppDomain中执行的，路径直接用绝对路径即可
        return Assembly.LoadFrom(fullDllPath);
    }

    // 可选：封装调用DLL中方法的逻辑（避免主域直接依赖DLL类型）
    public object InvokeDllMethod(string fullDllPath, string typeFullName, string methodName, params object[] args)
    {
        Assembly dllAssembly = LoadExternalDll(fullDllPath);
        Type targetType = dllAssembly.GetType(typeFullName);
        object instance = Activator.CreateInstance(targetType);
        MethodInfo targetMethod = targetType.GetMethod(methodName);
        
        return targetMethod.Invoke(instance, args);
    }
}

步骤2：创建AppDomain并通过代理加载DLL #

接下来，创建新的AppDomain，配置好搜索路径，然后通过代理完成加载：

// 配置新AppDomain的基础路径（把DLL所在目录设为应用基目录，方便加载依赖）
AppDomainSetup domainSetup = new AppDomainSetup();
domainSetup.ApplicationBase = @"c:\DLLTest";
// 如果有依赖DLL在其他目录，可以添加到PrivateBinPath
domainSetup.PrivateBinPath = @"c:\DLLTest";

// 创建隔离的AppDomain
AppDomain dllDomain = AppDomain.CreateDomain(
    "MyDllIsolationDomain",  // 域名称，自定义即可
    null,                    // 证据，默认null
    domainSetup              // 刚才的配置
);

// 创建代理类的实例——这个实例会在目标AppDomain中运行
DomainProxy domainProxy = (DomainProxy)dllDomain.CreateInstanceAndUnwrap(
    typeof(DomainProxy).Assembly.FullName,
    typeof(DomainProxy).FullName
);

// 关键：通过代理让目标域自己加载DLL，这一步不会触发主域的加载逻辑
Assembly loadedDll = domainProxy.LoadExternalDll(@"c:\DLLTest\MyReadableDLL.dll");

// 可选：调用DLL中的方法（比如假设DLL里有MyNamespace.MyClass的MyMethod方法）
// object methodResult = domainProxy.InvokeDllMethod(
//     @"c:\DLLTest\MyReadableDLL.dll",
//     "MyNamespace.MyClass",
//     "MyMethod",
//     null // 方法参数，没有就传null
// );

// 使用完毕后记得卸载AppDomain（释放资源）
AppDomain.Unload(dllDomain);

额外注意事项 #

• 代理类必须继承MarshalByRefObject：跨AppDomain的对象需要通过“按引用封送”的方式传递，否则无法跨域调用方法。
• 不要在主域直接引用MyReadableDLL.dll：如果主域项目添加了对该DLL的引用，主域会提前加载它，完全失去了AppDomain隔离的意义，所有操作都会在主域执行。
• 权限问题：确保运行程序的账户有读取c:\DLLTest目录的权限，尤其是在Windows Server或者开启UAC的环境下。
• 依赖DLL处理：如果MyReadableDLL.dll有依赖项，要么把依赖DLL放到c:\DLLTest目录，要么在PrivateBinPath里添加依赖所在的路径。

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