CMD管道与Powershell管道不同？ 可选阅读：方便功能Invoke-WithEncoding和诊断功能Debug-NativeInOutput，用于临时编码需求/诊断：

如何解决CMD管道与Powershell管道不同？ 可选阅读：方便功能Invoke-WithEncoding和诊断功能Debug-NativeInOutput，用于临时编码需求/诊断：

我正在尝试将 Node.js 输出通过管道传输到 preatty-pino

node .\dist\GameNode.js | pino-pretty

在 CMD 中运行它我得到了我的格式化输出，但是在 powershell 中运行它我什么也得不到。 我读到 Powershell 在管道中使用对象，所以我尝试了

node .\dist\GameNode.js | Out-String -Stream | pino-pretty

但这也不起作用。

为什么它在 CMD 中有效，而在 Powershell 中无效？ 谢谢:)

解决方法

^{注意：问题中描述的具体 pino-pretty 问题未通过以下信息解决。 Lukas（OP）已提交错误报告 here。}

令人惊讶的是，您什么都没有，但根本区别是：

• cmd.exe 的管道处理原始数据，即字节流（给定程序接收数据可能会也可能不会本身解释为文本）。

• PowerShell 的管道在与外部程序通信时，只传输文本（字符串），这有两个含义： >

  • 在管道数据到外部程序时，文本必须编码，这是基于存储在preference variable $OutputEncoding。

  • 从外部程序接收数据时，必须对数据进行解码，这是根据存储在[Console]::OutputEncoding，默认情况下是系统的 OEM 代码页，反映在 chcp 中。

    • 这种解码总是发生，无论数据是在 PowerShell 中进一步处理还是传递给另一个外部程序 .

      • 即使在两个外部程序之间也无法通过 PowerShell 的管道发送原始数据，有时会出现问题在this answer中进行了讨论。

    • 唯一的例外是如果外部程序输出既没有被捕获，也没有通过管道发送，也没有重定向到文件：在这种情况下，数据直接打印到控制台（终端），但仅在本地控制台中（当使用 PowerShell 远程处理与远程机器交互时，再次总是涉及解码）。

      • 这种直接显示的打印有时可以隐藏编码问题，因为某些程序，特别是python，在这种情况下在特定情况下使用完整的 Unicode 支持；也就是说，输出可能打印很好，但是当您尝试进一步处理时，可能会出现编码问题。
      • 一种强制解码的简单方法是将调用括在(...)中；例如，
        python -c "print('eé')" 打印很好，但是
        (python -c "print('eé'))" 出现编码问题；请参阅底部以了解更多信息

虽然控制台应用程序传统上使用活动 OEM 代码页进行字符编码和解码，但 Node.js 始终使用 UTF-8。

因此，为了让 PowerShell 与 Node.js 程序正常通信，您必须（暂时）先设置以下内容：

$OutputEncoding = [Console]::OutputEncoding = [System.Text.UTF8Encoding]::new()

如果您想从根本上切换到 UTF-8，无论是系统范围的（具有深远的影响）还是仅适用于 PowerShell 控制台窗口，请参阅{{ 3}}。

---

顺便说一句：中继外部程序的输出永远不需要中间的 Out-String -Stream 管道段 - 它是有效的（昂贵的）无操作，因为逐行流式传输 stdout 输出是 PowerShell 默认所做的.换句话说：它对您的情况没有影响也就不足为奇了。

---

可选阅读：方便功能Invoke-WithEncoding和诊断功能Debug-NativeInOutput，用于临时编码需求/诊断：

如果将所有 PowerShell 控制台切换到 UTF-8 不是一个选项和/或您需要处理使用 UTF-8 或活动 OEM 代码页以外的特定编码的“流氓”程序，您可以安装：

• 函数Invoke-WithEncoding，它在调用外部程序时临时切换到给定的编码，直接来自this answer，如下（我可以保证您认为这样做是安全的，但您应该始终检查）：

# Download and define advanced function Invoke-WithEncoding in the current session.
irm https://gist.github.com/mklement0/ef57aea441ea8bd43387a7d7edfc6c19/raw/Invoke-WithEncoding.ps1 | iex

• 函数Debug-NativeInOutput，它帮助诊断外部程序的编码问题，直接来自this Gist，如下（同样，您应该先检查） ：

# Download and define advanced function Debug-NativeInOutput in the current session.
irm https://gist.github.com/mklement0/eac1f18fbe0fc2798b214229b747e5dd/raw/Debug-NativeInOutput.ps1 | iex

---

以下是使用 python 命令打印重音字符的示例命令。

与 Node.js 一样，Python 的行为是非标准的，虽然它不使用 UTF-8，但系统的活动 ANSI(!) 代码页（而不是预期的 OEM 代码页）。

也就是说，即使您将 PowerShell 控制台切换为 UTF-8，默认情况下与 Python 脚本的通信也无法正常工作，除非做出额外的努力，Invoke-WithEncoding 可以为您封装：

^{注意：我在这里使用 Python 作为示例，以说明函数的工作原理。 可以让 Python 使用 UTF-8，即通过将环境变量 PYTHONUTF8 设置为 1 或 - 在 v3.7+ 中 - 通过传递参数 {{1} }（大小写准确）。}

---

-X utf8 示例：

Invoke-WithEncoding

• 请注意，# Outputs *already-decoded* output,so if the output *prints* fine,# then *decoding* worked fine too. PS> Invoke-WithEncoding { python -c "print('eé')" } -Encoding Ansi -WindowsOnly eé 确保对 .NET 字符串的实际解码发生在它输出之前，因此编码问题不会被 direct-在 Windows 上显示输出似乎是正确的（更多信息见下文）。

• Invoke-WithEncoding 用于跨平台兼容性，并确保在这种情况下编码仅适用于 Windows（在 Unix 上，Python 使用 UTF-8）。

---

-WindowsOnly 示例：

默认使用 PowerShell 控制台，使用系统的 OEM 代码页，您将看到以下输出，使用相同的 Python 命令，从 PowerShell (Core) 7.1 调用：

Debug-NativeInOutput

this Gist

• 注意 PS> Debug-NativeInOutput { python -c "print('eé')" } 属性，显示基于将 Python 的输出解释为 错误解码的结果 >OEM- 而不是 ANSI 编码：DecodedOutput。 （'eΘ' 属性为空，因为该命令不涉及将数据传送到 Python 脚本。）

• 相比之下，直接显示打印输出打印很好（因为 Python 那时 - 并且只有那时 - 使用 Unicode），隐藏问题，但是一旦您想以编程方式处理输出 - 在变量中捕获，发送到管道中的另一个命令，重定向到文件 - 编码问题就会浮出水面.

• 像 Input* 一样，Invoke-WithEncoding 支持 Debug-NativeInOutput 参数，所以如果你将 -Encoding 传递给上面的调用，你会看到 Python 的输出被解码正确。

• 输出反映了这样一个事实：在 PowerShell (Core) 中，-Encoding Ansi 默认为 UTF-8，而在 Windows PowerShell 中，它默认为 ASCII(!)。这种与实际编码的不匹配是有问题的， 提出了一种在未来解决此问题的方法（仅适用于 PowerShell (Core)）。