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，并将其扩展名重命名为＆＃39; .dll _＆＃39;故意这样系统就无法找到物理文件。 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的互操作性调用者方法。要将程序集加载到其他应用程序域，请使用a CreateInstanceAndUnwrap等方法。

行：

friendlyDomain.Load(dependency);

表现完全相同：

Assembly.Load(dependency);

它在您更新的示例代码中有效的原因是因为Stage对象实际上在子 AppDomain中调用了Assembly.Load。

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

Answer 3

如果您使用FusionLogViewer，您可以看到CLR在加载程序集时遇到的特定问题的更多详细信息....它可以显示它尝试探测哪些位置给您一个线索等。

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

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

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

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

加载字节数组装配

3 个答案: