手动加载依赖程序集

本文关键字：程序集 依赖 加载 | 更新日期: 2023-09-27 17:57:33

我有一个项目，它使用任一assembly加载同一程序集的多个版本。装载或装配。加载文件。然后我使用Assembly。CreateInstance从该特定程序集中创建类型。

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

这是必需的，因为我使用Assembly创建的程序集的v1和v2。CreateInstance通常也需要不同版本的依赖程序集，但默认情况下，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的路径加载依赖程序集，但这似乎是一种有缺陷的方法。似乎使用的依赖程序集版本完全取决于最先加载的版本。

例如：

  1. 加载v1
  2. 加载v2
  3. 引用v1导致Depv1加载
  4. 引用v2导致Depv2加载
  5. v1中的代码使用Depv1中的类型（Works）
  6. v2中的代码使用Depv2<--中的类型失败，因为它从Depv1获取类型

在这一点上，我只推断步骤5和6，但我确实看到Depv1和Depv2正在加载。

手动加载依赖程序集

事实证明，实现这一点的关键是确保使用Assembly。加载文件。LoadFile是唯一一个将加载程序集的方法，即使它与该程序集匹配。NET认为已加载。我在一篇关于代码项目的文章中发现了这一点。

由于我需要加载两个不同的程序集，这两个程序集的全名相同（即"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相同。就我而言，这不是我愿意作为持续集成和部署过程的一部分来处理的事情。

尝试Assembly.LoadFrom(path);，它将自动解析依赖关系。

相关文章：