无法加载 .Net 标准库 (System.Text.Json) 的程序集

Question

我正在编写一个将由二进制 PowerShell 模块使用的 .Net Standard 2.0 库。该库基本上是一个 API 客户端，具有许多用于处理 JSON 响应的类。在尝试反序列化字符串之前，我确认 API 提供了 JSON 编码的字符串，没有问题。

由于在使用 NuGet 包时它与 .Net Standard 2.0兼容，我想我会尝试切换到 System.Text.Json，而不是使用 NewtonSoft。但是，它似乎没有在某些平台上所需的特定程序集的版本。

我的环境：

Windows 10
PowerShell 5.1 桌面
.Net Framework 4.8
PowerShell Core 6.2.2
dotnet 版本 3.0.100

在PowerShell Desktop 上，当它必须反序列化任何东西时，我会遇到以下问题：

PS dir:\> Import-Module '.\file.dll'
PS dir:\> [namespace.class]::TestMethod($string, $anotherString)  # Test method to return string
{"attribute":"value"}
PS dir:\> [namespace.class]::Method($string, $anotherString)  # Same as above, but uses System.Text.Json to deserialise
Could not load file or assembly 'System.Buffers, Version=4.0.2.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51' or one of its dependencies. The system
cannot find the file specified.

# System.Buffers.dll is with the System.Text.Json package, but seems to be the wrong version
PS dir:\> (Get-Item .\System.Buffers.dll).VersionInfo.FileVersion
4.6.26515.06
PS dir:\> [System.Reflection.Assembly]::LoadFile("$pwd\System.Buffers.dll").GetName().Version

Major  Minor  Build  Revision
-----  -----  -----  --------
4      0      3      0

在PowerShell Core上，另一个程序集/文件也有相同的例外。

PS dir:\> Import-Module '.\file.dll'
PS dir:\> [namespace.class]::Method($string, $anotherString)
"Could not load file or assembly 'System.Text.Encodings.Web, Version=4.0.5.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51'. Could not find or load a specific file. (Exception from HRESULT: 0x80131621)"

#System.Text.Encodings.Web.dll is with the System.Text.Json package and appears to be the required version...
PS dir:\> (Get-Item .\System.Text.Encodings.Web.dll).VersionInfo.FileVersion
4.700.19.56404
[System.Reflection.Assembly]::LoadFile("$pwd\System.Text.Encodings.Web.dll").GetName().Version

Major  Minor  Build  Revision
-----  -----  -----  --------
4      0      5      0

有人对我如何在不切换到 Newtonsoft 的 JSON 包的情况下解决此问题有任何建议吗？从 System.Text.Json 4.7.1 回退到 4.7.0 或 4.6.0 会给 System.Text.Json 的 NuGet 包中的其他程序集带来问题。我已经阅读了这里的建议，但我不能在这里应用它，或者我根本不明白。

提前致谢。如果您需要更多信息，请告诉我，我会提供。

编辑

我按照 Gokhan 的建议更新了 csproj

<PropertyGroup>
  <AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
  <GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType>
</PropertyGroup>

这在 appName.dll.config 中生成了以下代码

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.Runtime.CompilerServices.Unsafe" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.0.6.0" newVersion="4.0.6.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>

所以所有绑定重定向的自动生成都不起作用，如上所述，至少还有两个不起作用。我会尝试手动创建它们，但据我所知，现在没有源配置文件可以将它们放入。如果有人对此有任何指导，我将不胜感激。

Answer 1

您遇到的问题是因为您的库面向 .NET Standard，它不是一个可运行的框架，因此在尝试使用像 Powershell 那样的模型加载它时有时会出现问题。让我试着解释一下正在发生的事情。

.NET Standard 只是一个 API 表面区域规范，因此基本上只是一组 API，这些 API 将保证存在并且能够在实现该版本 .NET Standard 的任何可运行框架上运行。这意味着，如果您有一个面向 .NET Standard 的库，则没有真正的方法可以保证在任何可运行框架上运行的方式发布该库及其所有依赖项，因为每个可运行框架可能需要额外的依赖项以便您的库正确加载。从控制台应用程序（通过项目引用或通过 NuGet 包）引用 .NET Standard 库时，控制台应用程序将知道其目标是哪个可运行框架，因此它将能够获取您的库需要的正确依赖项集在运行时，但是你的场景的问题是这个控制台应用程序并不真正存在，因为你是从 powershell 加载它的（从某种意义上说，它基本上是控制台应用程序）。由于所有这些，为了在运行时成功加载您的库，您必须执行引用您的库的控制台应用程序所做的工作，并根据将要运行的运行时选择正确的引用来携带您的库加载它。对于 powershell，基本上有两种可能的运行时（用于 powershell 核心的 .NET Core 和用于 Powershell 的 .NET Framework）。为了在运行时成功加载您的库，您必须执行引用您的库的控制台应用程序将执行的工作，并根据将加载它的运行时选择正确的引用来携带您的库。对于 powershell，基本上有两种可能的运行时（用于 powershell 核心的 .NET Core 和用于 Powershell 的 .NET Framework）。为了在运行时成功加载您的库，您必须执行引用您的库的控制台应用程序将执行的工作，并根据将加载它的运行时选择正确的引用来携带您的库。对于 powershell，基本上有两种可能的运行时（用于 powershell 核心的 .NET Core 和用于 Powershell 的 .NET Framework）。

解决您的问题的最简单方法是创建一个虚拟控制台应用程序：从命令提示符简单地运行dotnet new console -n dummyConsoleApp，将目标框架设置为netcoreapp2.0（假设您在 powershell 核心上运行，如果您在完整的 powershell 上运行，则将其设置为net46）。然后向您的库添加一个项目引用，例如应该在您的 bin 文件夹中创建一个发布目录，该目录将包含您的应用程序将在运行时使用的所有程序集。之后，再次尝试加载您的 File.dll，但这次是从该发布文件夹加载，这次您应该会成功，因为该发布文件夹将拥有您运行 powershell 的运行时所需的所有正确依赖项。如果由于某种原因这对您不起作用，请随时在<ProjectReference Include="...<FullPathtoYourProject>\File.csproj" />，然后从命令提示符运行dotnet publish -r win-x64https://github.com/dotnet/runtime repo 并标记我 (@joperezr)，我很乐意帮助您诊断和解决问题。