加载字节数组程序集

Question

我正在尝试仅使用字节数组加载程序集，但我不知道如何让它正常工作。这是设置：

public static void Main() 
{
    PermissionSet permissions = new PermissionSet(PermissionState.None);
    AppDomainSetup setup = new AppDomainSetup { ApplicationBase = Environment.CurrentDirectory };
    AppDomain friendlyDomain = AppDomain.CreateDomain("Friendly", null, setup, permissions);

    Byte[] primary = File.ReadAllBytes("Primary.dll_");
    Byte[] dependency = File.ReadAllBytes("Dependency.dll_");

    // Crashes here saying it can't find the file.
    friendlyDomain.Load(dependency);

    AppDomain.Unload(friendlyDomain);

    Console.WriteLine("Stand successful");
    Console.ReadLine();
}

我创建了两个模拟 dll，并故意将它们的扩展名重命名为“.dll_”，这样系统就无法找到物理文件。 primary 和 dependency 都正确填写，但是当我尝试使用二进制数据调用 AppDomain.Load 方法时，它会返回：

Could not load file or assembly 'Dependency, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.

为什么要在系统中搜索文件？

更新

另一方面，这似乎有效：

public class Program {
    public static void Main() {
        PermissionSet permissions = new PermissionSet(PermissionState.Unrestricted);
        AppDomainSetup setup = new AppDomainSetup { ApplicationBase = Environment.CurrentDirectory };
        AppDomain friendlyDomain = AppDomain.CreateDomain("Friendly", null, setup, permissions);

        Byte[] primary = File.ReadAllBytes("Primary.dll_");
        Byte[] dependency = File.ReadAllBytes("Dependency.dll_");

        // Crashes here saying it can't find the file.
        // friendlyDomain.Load(primary);

        Stage stage = (Stage)friendlyDomain.CreateInstanceAndUnwrap(typeof(Stage).Assembly.FullName, typeof(Stage).FullName);
        stage.LoadAssembly(dependency);

        Console.WriteLine("Stand successful");
        Console.ReadLine();
    }

}

public class Stage : MarshalByRefObject {
    public void LoadAssembly(Byte[] data) {
        Assembly.Load(data);
    }
}

所以看来AppDomain.Load 和Assembly.Load 之间存在差异。

Answer 1

这是正常的，当 CLR 搜索“主要”需要的程序集时，它不会将您加载的“依赖项”视为合适的程序集。与“加载上下文”相关的问题，没有像这样加载的程序集。这是故意的，CLR 无法确保 DLL Hell 不会成为问题，因为它不知道程序集来自何处。既然打开了DLL Hell之门，你也得自己避开地狱。

您需要实现 AppDomain.AssemblyResolve 事件。当 CLR 找不到“依赖项”时它将触发，您可以返回从 Assembly.Load(byte[]) 获得的程序集。但是，当它为同一个程序集多次触发时，您必须始终如一地这样做，换句话说，返回完全相同的程序集，否则您将遇到更多由 .NET 类型标识引起的问题。产生难以理解的转换异常，“不能将 Foo 转换为 Foo”样式。

还有其他问题，效率比较低。程序集的虚拟内存不能由磁盘上的文件支持，因此它由页面文件支持。这会增加您的进程的提交大小。

最好不要这样做。

Answer 2

这两种方法没有区别（如果需要，可以查看official source code）。

在AppDomain.Load Method (Byte[]) 的 MSDN 页面中指出，此方法正在加载当前应用程序域中的程序集：

此方法仅应用于将程序集加载到当前 应用领域。提供此方法是为了方便 无法调用静态 Assembly.Load 的互操作性调用者 方法。要将程序集加载到其他应用程序域，请使用 CreateInstanceAndUnwrap 等方法。

行：

friendlyDomain.Load(dependency);

行为完全相同：

Assembly.Load(dependency);

它在您更新的示例代码中起作用的原因是，Stage 对象实际上是在 child AppDomain 内调用 Assembly.Load。

注意：此答案补充了 Hans Passant 和 colinsmith 的答案。

Answer 3

如果您使用FusionLogViewer，您可以查看有关 CLR 在加载程序集时遇到的特定问题的更多详细信息......它可以向您显示它试图探测的位置以提供线索等。

• http://msdn.microsoft.com/en-us/library/e74a18c4(v=vs.71).aspx
• http://www.shujaat.net/2012/04/fusion-log-viewer-fuslogvw-for-assembly.html

您还可以在代码中处理 AppDomain 上的 AssemblyLoad / AssemblyResolve / ResourceResolve 事件，以跟踪序列。

• http://msdn.microsoft.com/en-us/library/system.appdomain.assemblyresolve.aspx

这是一个方便的示例，它使用自定义 MSBuild 步骤将任何依赖于项目的程序集作为资源嵌入到 EXE 程序中，然后使用 AssemblyResolve 从 ResourceStream 加载它们（在byte[] 数组）。

• http://www.digitallycreated.net/Blog/61/combining-multiple-assemblies-into-a-single-exe-for-a-wpf-application