c# - 手动加载依赖程序集

Question

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

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

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

我已经看到了一般如何为 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 的类型 <-- 失败，因为它从 Depv1 获取类型！

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

score 3 · Accepted Answer

事实证明，完成这项工作的关键是确保您使用 Assembly.LoadFile。LoadFile 是加载程序集的唯一方法，即使它与 .NET 认为已加载的程序集匹配也是如此。我从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 相同。就我而言，这不是我愿意在持续集成和部署过程中处理的事情。

score 3 · Accepted Answer

3

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

于 2015-07-16T10:52:56.223 回答

c# - 手动加载依赖程序集

2 回答 2

Related

Reference