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

Question

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

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

我的环境：

Windows 10
PowerShell 5.1 桌面版
.Net Framework 4.8
PowerShell 核心 6.2.2
点网版本 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 上，另一个 assembly/file.

也有同样的异常

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 包的一部分。我已经阅读了建议here，但我要么不能在这里应用它，要么就是不明白。

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

编辑

我按照 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

如果找不到 System.Buffers DLL 版本冲突的原因，我想你可以在配置文件中使用 assemblybinding 来使用版本 4.0.3.0 而不是 4.0.2.0

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.Buffers" publicKeyToken="cc7b13ffcd2ddd51"/>
        <bindingRedirect oldVersion="0.0.0.0-4.0.3.0" newVersion="4.0.3.0" />
      </dependentAssembly>
    </assemblyBinding>
 </runtime>

如果您有其他版本冲突，请删除配置文件中的所有 dependentassembly 标记（包括上面的标记）并将其添加到项目 (.csproj) 文件中：

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

构建项目时，您会在输出 bin 文件夹中看到 (WebAppName).dll.config 文件。将所有 assemblybindings 从那里复制到您的源配置文件。然后从项目文件中删除上面的代码部分。

Answer 2

在 Visual 中打开您的解决方案 studio.Check 您对所有 dll 的参考。您是否有重复的 dll，一个来自 Bin，另一个来自 nugget 包？如果您有 Visual Studio 2017 版本 15.7 或更高版本，您可以轻松地在项目的属性页面中禁用自动生成的绑定重定向。

在解决方案资源管理器中右键单击项目，然后选择 select 属性。

在“应用程序”页面上，取消选中“自动生成绑定重定向”选项。

按 Ctrl+S 保存更改。尝试构建它。检查您是否从块位置引用所有 Dll，并且没有任何内容来自 bin 文件夹。如果它建立了，你可以继续，否则再次进行绑定重定向编译。

Answer 3

您遇到的问题是因为您的库以 .NET Standard 为目标，它不是运行nable 框架，因此在尝试使用像 Powershell 那样的模型加载它时有时会出现问题。让我试着解释一下发生了什么。

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

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

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

Cannot Load Assemblies For .Net Standard library (System.Text.Json)

c#

.net-standard

.net-standard-2.0

system.text.json