10

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

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。

4

3 回答 3

11

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

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

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

最好不要这样做。

于 2013-07-24T14:33:33.513 回答
5

这两种方法没有区别（如果需要，可以查看官方源代码）。

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

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

该行：

friendlyDomain.Load(dependency);

行为完全相同：

Assembly.Load(dependency);

它在您更新的示例代码中起作用的原因是因为该Stage对象实际上是在子AppDomainAssembly.Load内部调用的。

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

于 2013-07-25T14:27:11.033 回答
0

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

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

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

于 2013-07-24T14:26:20.867 回答