gpt4 book ai didi

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

转载 作者:行者123 更新时间:2023-11-30 15:29:56 28 4
gpt4 key购买 nike

我有一个项目使用 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 的路径加载依赖程序集,但这似乎是一种有缺陷的方法。似乎使用哪个依赖的程序集版本完全取决于首先加载哪个版本。

例如:

  1. 加载 v1
  2. 加载 v2
  3. 引用 v1 导致 Depv1 加载
  4. 引用 v2 导致 Depv2 加载
  5. v1 中的代码使用 Depv1 中的类型(有效)
  6. v2 中的代码使用来自 Depv2 的类型 <-- 失败,因为它从 Depv1 获取类型!

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

最佳答案

事实证明,完成这项工作的关键是确保您使用 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 相同。就我而言,这不是我愿意在持续集成和部署过程中处理的事情。

关于c# - 手动加载依赖程序集,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22967928/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com