手动加载依赖程序集答案

【问题标题】：Loading Dependent Assemblies Manually手动加载依赖程序集
【发布时间】：2014-04-09 15:58:44
【问题描述】：

我有一个项目，它使用 Assembly.Load 或 Assembly.LoadFile 加载同一程序集的多个版本。然后我使用 Assembly.CreateInstance 从该特定程序集创建一个类型。

在我创建的类型引用另一个依赖程序集之前，这很有效。我需要一种方法来拦截此特定程序集的请求以加载另一个程序集并为其提供正确的版本（或者更好的是探测路径）以查找其依赖关系。

这是必需的，因为我使用 Assembly.CreateInstance 创建的程序集的 v1 和 v2 通常也需要其依赖程序集的不同版本，但默认情况下，v1 和 v2 都将探测相同的目录。

我已经看到examples 了解一般如何为 AppDomain 执行此操作，但我需要以处理来自特定根程序集的所有解析的方式执行此操作。假设我做这样的事情：

AppDomain.CurrentDomain.AssemblyResolve += delegate(object sender, ResolveEventArgs args)
{
    //Use args.RequestingAssembly to determine if this is v1 or v2 based on path or whatever
    //Load correct dependent assembly for args.RequestinAssembly
    Console.WriteLine(args.Name);
    return null;
};

这可能适用于我的目标程序集立即引用的依赖项，但是那些依赖项引用的程序集呢？如果 v1 引用了 Depv1，而 Depv1 本身又引用了 DepDepv1，我需要能够知道这一点，以便确保它能够正确找到它们。

在那种情况下，我想我需要以某种方式跟踪它。也许通过添加自定义程序集证据 - 尽管我无法让它工作，而且似乎没有任何“程序集元数据”属性可以在运行时添加。

如果我可以简单地指示特定程序集从特定目录加载其所有依赖项，那将会容易得多。

更新

我设法使用 AssemblyResolve 事件根据 RequestingAssembly 的路径加载依赖程序集，但这似乎是一种有缺陷的方法。似乎使用哪个依赖的程序集版本完全取决于碰巧首先加载哪个版本。

例如：

加载 v1
加载 v2
参考 v1 导致 Depv1 负载
参考 v2 导致 Depv2 负载
v1 中的代码使用来自 Depv1 (Works) 的类型
v2 中的代码使用来自 Depv2 的类型

此时我只是在推断步骤 5 和 6，但我确实看到 Depv1 和 Depv2 正在加载。

【问题讨论】：

您为什么不能使用 AppDomain 事件处理程序而只对有问题的程序集采取行动？
发完这个，我才明白你刚才说的是什么。不过，我仍然有问题。我会在问题中记录它们。
您正在尝试重新实施 GAC。没什么意义，就用吧。
我不想重新实现 GAC。我实际上正在编写一个实体框架代码优先迁移管理器，它可以在持续集成和部署期间自动处理为向上和向下迁移选择正确的迁移程序集。我可以通过 GAC 实现此目的的唯一方法是强命名我的程序集的一个大子集，我对此不感兴趣。

标签： c# .net .net-assembly fusion

【解决方案1】：

事实证明，完成这项工作的关键是确保您使用 Assembly.LoadFile。 LoadFile 是唯一可以加载程序集的方法，即使它与 .NET 认为已加载的程序集匹配也是如此。我是从article on codeproject 发现的。

由于我需要加载两个具有相同全名（即“App.Test.Domain，Version=1.0.0.0，Culture=neutral，PublicKeyToken=null”）但内容不同的不同程序集，因此只有 LoadFile方法来实现这一点。我最初的尝试使用了接受 AssemblyName 类型的 Load 重载，但它会忽略 AssemblyName 实例中定义的路径，而是返回已经加载的类型。

要强制整个依赖图从特定位置加载不管已经加载了哪些其他类型，请注册 AssemblyResolve 事件：

AppDomain.CurrentDomain.AssemblyResolve += ResolveDependentAssembly;

并确保我们使用LoadFile来加载依赖：

private Assembly ResolveDependentAssembly(object sender, ResolveEventArgs args)
{
    var requestingAssemblyLocation = args.RequestingAssembly.Location;

    if (thePathMatchesSomeRuleSoIKnowThisIsWhatIWantToIntercept)
    {
        var assemblyName = new AssemblyName(args.Name);
        string targetPath = Path.Combine(Path.GetDirectoryName(requestingAssemblyLocation), string.Format("{0}.dll", assemblyName.Name));
        assemblyName.CodeBase = targetPath; //This alone won't force the assembly to load from here!

        //We have to use LoadFile here, otherwise we won't load a differing
        //version, regardless of the codebase because only LoadFile
        //will actually load a *new* assembly if it's at a different path
        //See: http://msdn.microsoft.com/en-us/library/b61s44e8(v=vs.110).aspx
        return Assembly.LoadFile(assemblyName.CodeBase);
    }

    return null;
}

是的，此代码假定如果您的根程序集具有依赖项，则它们都位于同一路径中。毫无疑问，这是一个限制，但您可以相当轻松地为非本地依赖项添加额外的提示。如果这些附加依赖项的已加载版本不起作用，这也只会是一个问题。

最后，如果程序集版本正确递增，则这些都不是必需的。 Load 调用不会将已加载的 Depv1 视为与请求 Depv2 相同。就我而言，这不是我愿意在持续集成和部署过程中处理的事情。

【讨论】：

【解决方案2】：

试试Assembly.LoadFrom(path);，它会自动解决依赖关系。

【讨论】：