2

根据运行时如何定位程序集，第 2 步是检查以前引用的程序集。

但是，在下面的代码中，您可以看到这绝对不会发生。在第一行中，加载了一个程序集（这应该使其成为所有未来调用的“先前引用的程序集”。）

但是，几行之后，当代码调用 AppDomain.CurrentDomain.CreateInstance 时，会触发 AssemblyResolve 事件，表明运行时无法找到请求的程序集。

您可以知道程序集已加载，因为从 AssemblyResolve 事件中我直接从 CurrentDomain.GetAssemblies() 返回程序集！

所以，显而易见的问题是，为什么运行时没有找到引用的程序集，正如“运行时如何定位程序集”的第 2 步所暗示的那样？

为了运行这个示例：创建一个新的控制台应用程序，然后向该解决方案添加一个新的 ClassLibrary，并将其命名为 ClassLibrary1。将以下代码粘贴到控制台应用程序的类程序中：

class Program
{
    static void Main(string[] args)
    {
        Assembly asmbly = Assembly.LoadFile(Path.GetFullPath(@"..\..\..\ClassLibrary1\bin\Debug\ClassLibrary1.dll"));
        Type firstType = asmbly.GetTypes().First();
        AppDomain.CurrentDomain.AssemblyResolve += new ResolveEventHandler(CurrentDomain_AssemblyResolve);
        object myInstance = AppDomain.CurrentDomain.CreateInstance(asmbly.FullName, firstType.FullName);
    }

    static Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
    {
        //WHY AM I HERE?
        return AppDomain.CurrentDomain.GetAssemblies().SingleOrDefault(p => p.FullName == args.Name);
    }
}

然后像这样添加使用引用：

using System.Reflection;
using System.IO;

请注意，我故意将原始路径留在这里，这样运行时就不会按照步骤 4 找到程序集：通过代码库定位程序集或探测我的场景是我试图故意使用第 2 步中定义的功能. 如果运行时可以通过第 4 步找到路径，那将正常工作。这是第 2 步不起作用。

谢谢。

4

2 回答 2

3

它无法解析，因为程序集被加载到不同的上下文 - LoadFile 上下文中，同时AppDomain.CurrentDomain.CreateInstance尝试使用 Load 上下文解析程序集。

来自了解CLR Binder中的“了解上下文” ：

那么为什么 CLR 首先要有加载器上下文呢？加载程序上下文有助于确保加载程序集时的加载顺序独立性。此外，当它们被加载到不同的上下文中时，它们为程序集及其依赖项提供了一种隔离措施。

看起来您已经通过订阅该AssemblyResolve事件解决了问题，但根据您的要求，您还可以采用其他几种方法：

于 2010-02-03T20:03:20.340 回答
2

这是来自MSDN的引用

使用 LoadFile 方法加载和检查具有相同标识但位于不同路径中的程序集。LoadFile 不会将文件加载到 LoadFrom 上下文中，也不会像 LoadFrom 方法那样使用加载路径解析依赖关系。LoadFile 在这种有限的场景中很有用，因为 LoadFrom 不能用于加载具有相同身份但不同路径的程序集；它只会加载第一个这样的程序集。

这是一篇很棒的文章，详细介绍了用于加载程序集的方法如何影响引用解析。

特别是这篇文章指出 LoadFile 将程序集加载到“两个上下文”中。

于 2010-02-03T19:59:38.053 回答