Question

我有一个项目使用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，它本身引用了DepDepv1，我需要能够知道这一点，以便我能确保它能够正确找到它们。

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

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

更新

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

例如：

加载v1
加载v2
参考v1导致Depv1
参考v2导致Depv2
v1中的代码使用Depv1（Works）中的类型
v2中的代码使用Depv2中的类型＆lt; - 失败，因为它从Depv1获取类型！

此时我只推断步骤5和6，但我执行请参阅Depv1和Depv2正在加载。

Answer 1

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

因为我需要加载两个具有相同全名的不同程序集（即＆＃34; App.Test.Domain，Version = 1.0.0.0，Culture = neutral，PublicKeyToken = null＆＃34;）但是内容不同，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相同。就我而言，作为我持续集成和部署过程的一部分，这并不是我愿意处理的事情。

Answer 2

尝试使用Assembly.LoadFrom(path);自动解决依赖关系。

手动加载相关装配

2 个答案: