5

Assembly.LoadFrom使用和混合加载程序集时的奇怪行为Assembly.Load：

Assembly.LoadFrom我在加载程序集时遇到了一个奇怪的行为Assembly.Load。我正在使用 加载程序集Assembly.LoadFrom，其中程序集位于一个文件夹中，该文件夹不是执行文件夹。

稍后在我的测试代码中，当我尝试使用 再次加载此程序集时Assembly.Load，尽管程序集已加载，但加载失败并显示System.IO.FileNotFoundException（“无法加载文件或程序集...”）。使用强名称和非强名称加载都失败（再次加载此程序集的最初原因是使用 a BinaryFormatter）。

但是，如果程序集位于执行文件夹中，则以后的加载在两种情况下都会成功，使用强名称和非强名称。在这种情况下，您可以看到从两个不同的位置加载了两个相同的程序集。

重现此问题的简单代码示例：

Assembly assembly1 = Assembly.LoadFrom(@"C:\a.dll");

// Loading with a strong-name fails
Assembly assembly2 = Assembly.Load(@"a, Version=1.0.0.0, Culture=neutral, PublicKeyToken=14986c3f172d1c2c");

// Also loading with a non-strong fails
Assembly assembly3 = Assembly.Load(@"a");
  1. 任何解释为什么 CLR 忽略已加载的程序集？
  2. 知道如何缓解这个问题吗？
4

2 回答 2

9

这并不奇怪。根据文档，使用 Load 和 LoadFrom 加载会将程序集放置在不同的上下文中。这可能会有所帮助。

  1. 任何解释为什么 CLR 忽略已加载的程序集？

因为他们所处的环境不同。

  1. 知道如何缓解这个问题吗？

从同一上下文加载，或帮助 CLR 找到程序集，可能通过将处理程序附加到AppDomain.AssemblyResolve.

选择

如果您从中加载程序集的位置是 AppDomain.BaseDirectory 下的子文件夹，您可以简单地在 App.config 中添加一个条目：

<configuration>
   <runtime>
      <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
         <probing privatePath="bin;bin2\subbin;bin3"/>
      </assemblyBinding>
   </runtime>
</configuration>

http://msdn.microsoft.com/en-us/library/823z9h8w.aspx

于 2009-01-06T13:20:03.447 回答
7

@Kent Boogart：这似乎是正确的解释。对于完整的解释，Suzanne Cook 有这篇博客文章，它比你发布的原始文章更详细一点：http: //blogs.msdn.com/suzcook/archive/2003/05/29/57143.aspx

以下是利用 AppDomain.AssemblyResolve 的代码 -

 // register to listen to all assembly resolving attempts:
 AppDomain currentDomain = AppDomain.CurrentDomain;
 currentDomain.AssemblyResolve += new ResolveEventHandler(MyResolveEventHandler);


 // Check whether the desired assembly is already loaded
 private static Assembly MyResolveEventHandler(object sender, ResolveEventArgs args) {
    Assembly[] assemblies = AppDomain.CurrentDomain.GetAssemblies();
    foreach (Assembly assembly in assemblies) {
       AssemblyName assemblyName = assembly.GetName();
       string desiredAssmebly = args.Name;
       if (assemblyName.FullName == desiredAssmebly) {
           return assembly;
       }
    }

    // Failed to find the desired assembly
    return null;
 }
于 2009-01-06T14:06:09.513 回答