0

我有一个带有控制台和库项目的示例解决方案。两者都引用了相同的 nuget,但版本不同。控制台项目也有对库项目的引用。所以结构是这样的:

- Solution
    - ConsoleApp
        - Project Reference: Library
        - Nuget: NServiceBus.RabbitMQ (5.2.0)
    - Library
        - Nuget: NServiceBus.RabbitMQ (6.0.0)
     

您可以在此处找到解决方案。

由于 Nuget 使用最近的 wins 规则,因此被解析的 nuget 包是版本 5.2.0。这就是我想要的,到目前为止一切顺利。但是当我运行应用程序并运行库的方法时,我得到以下异常:

Could not load file or assembly 'NServiceBus.Transport.RabbitMQ, Version=6.0.0.0, Culture=neutral, PublicKeyToken=9fc386479f8a226c'. The located assembly's manifest definition does not match the assembly reference. (0x80131040)

在 .NET Framework 中,我将通过程序集重定向来解决这个问题。但这在 .Net Core 中不可用。我一直认为 .Net Core 通过使用 deps.json 文件自动解决了这个问题。在那里我看到以下声明:

"Library/1.0.0": {
    "dependencies": {
        "NServiceBus.RabbitMQ": "5.2.0"
    },
    "runtime": {
        "Library.dll": {}
    }
}

但仍然在运行时,他尝试解析 6.0.0 版本。我正在使用最新的 .Dot Net 3.1.X SDK。

我做错了什么还是这看起来像一个错误?

作为记录,这是一个简单的示例项目。我需要这个的实际情况要复杂得多。我也明白这样做会在运行应用程序时导致运行时异常。

4

1 回答 1

1

它似乎是设计使然。

稍微搜索了一下,我发现了这个:https ://github.com/dotnet/fsharp/issues/3408#issuecomment-319466999

coreclr 将加载版本或高于参考的程序集。如果发现的程序集低于参考,则它会失败。

还有这个:https ://github.com/dotnet/sdk/issues/384#issuecomment-260457776

.NET Core 不支持降级程序集版本

因此,为了确认,我花费的时间比通过https://github.com/dotnet/runtime查找/搜索的时间要多得多。最终找到了汇编版本兼容方法:https ://github.com/dotnet/runtime/blob/172059af6623d04fa0468ec286ab2c240409abe3/src/coreclr/binder/assemblybindercommon.cpp#L49-L53

它分别检查版本的所有组件,但如果我们只看一个,我们可以看到它在做什么:

            if (!pFoundVersion->HasMajor() || pRequestedVersion->GetMajor() > pFoundVersion->GetMajor())
            {
                // - A specific requested version component does not match an unspecified value for the same component in
                //   the found version, regardless of lesser-order version components
                // - Or, the requested version is greater than the found version
                return false;
            }

正如评论所说,如果程序集的版本低于请求的版本,加载程序将拒绝程序集。在您的情况下,假设程序集版本与包版本匹配(它不必),您的库正在请求版本 6.0.0,但程序集加载器/绑定器在磁盘上找到版本 5.2.0,该版本较低. 因此,它拒绝该 dll,继续查找,但随后在探测路径上找不到合适的程序集版本,并最终引发 FileLoadException。

我不清楚的是,是否仅在默认程序集加载器上检查此程序集兼容性,或者即使您将自己的事件处理程序添加到AssemblyLoadContext默认解决。您可以尝试添加自己的处理程序,当它请求更高版本的程序集时,您无论如何都会返回较低版本的程序集。这可能是解决该问题的一种方法。

于 2021-11-05T13:29:13.807 回答