调用Assembly.Load(byte())时会触发AssemblyResolve事件

时间:2012-03-08 00:12:50

标签: c# .net

所以我有一个WPF项目正在拉动我的工作中另一个项目使用的dll。这是一堆乱的依赖,我一直在使用这里的技术:http://www.digitallycreated.net/Blog/61/combining-multiple-assemblies-into-a-single-exe-for-a-wpf-application将依赖项嵌入到单个可执行文件中。

现在,当我在其中一个依赖项中调用特定方法时,我点击了AssemblyResolve事件。我的OnResolveAssembly事件运行,它将程序集作为嵌入式资源(很酷!),然后“返回Assembly.Load(assembyRawBytes)”。如果我此时按F11(在OnResolveAssembly的开头有一个断点),我将另一个调用到同一个事件中。它也适用于同一个程序集(args.Name是相同的)。

如果我让这次运行我遇到堆栈溢出,因为我似乎永远无法逃脱这个递归事件调用。

除了FileNotFoundException或BadImageFormatException之外,MSDN文档并没有真正说明Assembly.Load何时会失败。

我在调用Assembly.Load之前尝试解开OnResolveAssembly,但随后我的应用程序死了一个神秘的死亡,即使在VS下它只是 poof

我可能在这里违反了几条规则,但是欢迎从哪里开始寻找问题。

我将开始在有问题的DLL中探讨是否有关于它有什么问题的提示(也许它是混合程序集?)。

这是我的OnResolveAssembly处理程序:

private static Assembly OnResolveAssembly(object sender, ResolveEventArgs args)
{
    Assembly executingAssembly = Assembly.GetExecutingAssembly();
    AssemblyName assemblyName = new AssemblyName(args.Name);

    string path = assemblyName.Name + ".dll";

    if (assemblyName.CultureInfo.Equals(System.Globalization.CultureInfo.InvariantCulture) == false)
    {
        path = String.Format(@"{0}\{1}", assemblyName.CultureInfo, path);
    }
    using (Stream stream = executingAssembly.GetManifestResourceStream(path))
    {
        if (stream == null)
            return null;

        byte[] assemblyRawBytes = new byte[stream.Length];
        stream.Read(assemblyRawBytes, 0, assemblyRawBytes.Length);
        assemblyDictionary.Add(assemblyName.Name, Assembly.Load(assemblyRawBytes));
        return assemblyDictionary[assemblyName.Name];
    }
}

目前,我通过遍历所有资源并尝试使用Assembly.Load并将它们存储在字典中进行检索(在OnResolveAssembly事件期间)来解决它:

[STAThread]
public static void Main()
{
    AppDomain.CurrentDomain.AssemblyResolve += OnResolveAssembly;
    Assembly executingAssembly = Assembly.GetExecutingAssembly();
    string[] resources = executingAssembly.GetManifestResourceNames();
    foreach (string resource in resources)
    {
        if (resource.EndsWith(".dll"))
        {
            using (Stream stream = executingAssembly.GetManifestResourceStream(resource))
            {
                if (stream == null)
                    continue;

                byte[] assemblyRawBytes = new byte[stream.Length];
                stream.Read(assemblyRawBytes, 0, assemblyRawBytes.Length);
                try
                {
                    assemblyDictionary.Add(resource, Assembly.Load(assemblyRawBytes));
                }
                catch (Exception ex)
                {
                    System.Diagnostics.Debug.Print("Failed to load: " + resource + " Exception: " + ex.Message);
                }
            }
        }
    }
    App.Main();
}

private static Assembly OnResolveAssembly(object sender, ResolveEventArgs args)
{
    Assembly executingAssembly = Assembly.GetExecutingAssembly();
    AssemblyName assemblyName = new AssemblyName(args.Name);

    string path = assemblyName.Name + ".dll";

    if (assemblyDictionary.ContainsKey(path))
    {
        return assemblyDictionary[path];
    }
    return null;
}

现在似乎工作正常(“失败”程序集将在我的第二个代码段中正常加载),但我有兴趣了解它为什么在第一个不起作用。

1 个答案:

答案 0 :(得分:3)

从byte []加载程序集是一个很好的方法来结束.dll地狱(你去的地方太多/复杂的依赖)。这里的问题是,尽管您将dll加载到AppDomain,但是当您需要再次依赖类型时,它不会自动解析。 我在这里评论了这个问题:AssemblyResolve Does not fire

长话短说,程序集被加载到AppDomains内部的不同“上下文”中。 Load(byte [])使用的上下文不会自动解析程序集。

解决方案是跟踪加载的组件并返回已加载的组件,而不是第二次加载它。在我的回答中,这种方法有一个起点: Need to hookup AssemblyResolve event when DisallowApplicationBaseProbing = true

但我认为你的解决方法是正确的。

顺便说一句。加载程序集两次是获得相同但不兼容类型的方法。曾经从MyAssembly将MyType的对象从同一个程序集转换为MyType并获得null?

这是一个温暖的“欢迎来到.dll地狱”。