问使用.NET程序集的LoadFile和LoadFrom之间的区别？

EN

这样做清楚了吗？

// path1 and path2 point to different copies of the same assembly on disk:

Assembly assembly1 = Assembly.LoadFrom(path1);
Assembly assembly2 = Assembly.LoadFrom(path2);

// These both point to the assembly from path1, so this is true
Console.WriteLine(assembly1.CodeBase == assembly2.CodeBase);

assembly1 = Assembly.LoadFile(path1);
assembly2 = Assembly.LoadFile(path2);

// These point to different assemblies now, so this is false
Console.WriteLine(assembly1.CodeBase == assembly2.CodeBase);

编辑：要回答您在修改后的问题中提出的问题，您肯定想阅读Suzanne Cook on Assembly Identity。

有很多规则控制如何加载程序集，其中一些规则与它们如何解决依赖关系有关-如果您的AssemblyA依赖于AssemblyB，那么.NET应该在哪里寻找AssemblyB？在全局程序集缓存中，是找到AssemblyA的同一目录，还是完全在其他地方？此外，如果它找到该程序集的多个副本，它应该如何选择要使用的副本？

LoadFrom有一组规则，而LoadFile有另一组规则。很难想象使用LoadFile的原因有很多，但是如果你需要在同一个程序集的不同副本上使用反射，它就在那里。

来自Suzanne Cook's blog

LoadFile与LoadFrom

要小心--这不是一回事。

LoadFrom()通过Fusion，可以被重定向到位于不同路径但具有相同标识的另一个程序集，前提是已经在LoadFrom上下文中加载了该程序集。

LoadFile()根本不会通过Fusion进行绑定--加载器只会继续加载调用者所请求的内容。它既不使用Load上下文，也不使用LoadFrom上下文。

因此，LoadFrom()通常会满足您的要求，但不是必须的。LoadFile()是为那些真正想要所请求的东西的人准备的。(*然而，从v2开始，策略将同时应用于LoadFrom()和LoadFile()，因此LoadFile()不一定与所请求的完全相同。此外，从v2开始，如果具有其标识的程序集在GAC中，则将使用GAC副本。使用ReflectionOnlyLoadFrom()加载您想要的内容-但是，请注意，以这种方式加载的程序集不能执行。)

LoadFile()有一个陷阱。因为它不使用绑定上下文，所以它的依赖项不会自动在其目录中找到。如果它们在加载上下文中不可用，则必须订阅AssemblyResolve事件才能绑定到它们。

参见here。

另请参阅同一博客上的Choosing a Binding Context文章。

在经历了许多挠头之后，今天下午我自己发现了一个不同之处。

我想在运行时加载一个DLL，而这个DLL位于另一个目录中。该DLL具有自己的依赖项(DLL)，这些依赖项(DLL)也位于同一目录中。

LoadFile()：加载了特定的DLL，但未加载依赖项。因此，当第一次从DLL内调用其他某个DLL时，它会抛出一个FileNotFoundException。

LoadFrom()：加载我指定的DLL以及该目录中的所有依赖项。