在 Powershell 显示 Unicode

$OutputEncoding = [console]::InputEncoding = [console]::OutputEncoding =
New-Object System.Text.UTF8Encoding

对于 坚持，这些设置 ，也就是说，为了使未来的交互式 PowerShell 会话默认支持 UTF-8，将上面的命令添加到 $PROFILE文件中。

注意: 最新版本的 Windows 10现在允许使用 将 < em > system locale 设置为代码页 65001(UTF-8)(该功能在1903版本的 Windows 10中仍处于 beta 测试阶段) ，这使得 abc2控制台 Windows 默认使用 UTF-8，包括 Windows PowerShell。
如果您确实使用了这个特性，那么设置 [console]::InputEncoding/[console]::OutputEncoding将不再是严格必要的，但是您仍然必须设置 $OutputEncoding(这在 PowerShell 核心中是不必要的，其中 $OutputEncoding已经默认为 UTF-8)。

重要提示 :

• 这些 设置假定与之通信的任何外部实用程序都需要使用 UTF-8编码的输入并生成 UTF-8输出。

  • 例如，用 Node.js 编写的 CLI 满足了这个条件。
  • Python 脚本——如果在编写时考虑到对 UTF-8的支持——也可以处理 UTF-8。

• 相比之下，这些设置可以按照系统的遗留 OEM 代码页所暗示的 只需要单字节编码的 < em > break (旧的)实用程序。

  • 到 Windows 8.1，这甚至包括标准的 Windows 实用程序，如 find.exe和 findstr.exe，这已经在 Windows 10中修复。
  • 请参阅本文的底部，了解如何通过切换到 UTF-8只是暂时的来调用给定的实用程序来绕过这个问题。

• 这些设置适用于 仅限于外部程序，与 PowerShell 的 cmdlet在输出 上使用的编码无关:

  • 请参阅 这个答案了解 PowerShell cmdlet 使用的默认字符编码; 简而言之: 如果您希望 Windows PowerShell中的 cmdlet 默认为 UTF-8(PowerShell [ Core ] v6 + 无论如何都会这样做) ，那么将 $PSDefaultParameterValues['*:Encoding'] = 'utf8'添加到您的 $PROFILE中，但是请注意，这将影响在您的会话中使用 -Encoding参数对 cmdlet 的所有调用，除非明确使用该参数; 还请注意，在 Windows PowerShell中您将总是得到 UTF-8文件 $PROFILE0; 相反，在 PowerShell [ Core ] v6 + 中，默认为 BOM-$PROFILE2 UTF-8(在没有 -Encoding和使用 -Encoding utf8的情况下，您都必须使用 'utf8BOM'。

可选的背景资料

^{对于他所有的输入，向 赤山致敬。}

• 当 TrueType 字体处于活动 状态时，控制台窗口 缓冲器将正确地保留(非 ASCII) Unicode 字符。即使它们不能正确地使用 呈现 ; 也就是说，即使它们可以通用地使用 出现作为 ?，以表明当前字体缺乏支持，您也可以在其他地方使用 复制粘贴这样的字符而不会丢失信息，就像 eryksun 指出的那样。

• PowerShell 能够输出 Unicode 字符 到控制台，甚至不需要先切换到代码页 65001 。
  然而，没有本身确保了其他程序可以正确地处理这样的输出——见下文。

• 谈到 通过电子邮件与外部程序进行沟通，PowersShell 使用的是 $OutputEncoding偏好变量中指定的字符编码，即 在 Windows PowerShell 中默认为 ASCII (!)，这意味着任何非 ASCII 字符都会被音译成 字面意思 ?字符，从而得到 信息丢失。(相比之下，值得称道的是，PowerShell 核心(v6 +)现在始终使用(BOM-less) UTF-8作为默认编码。)

  • 然而，相比之下，传递非 ASCII < em > 参数 (而不是 stdout (管道输出)输出) 到外部程序似乎需要 < em > no 特殊配置(我不清楚它为什么有效) ; 例如，下面的 Node.js 命令即使使用默认配置也能正确返回 €: 1:
    node -pe "process.argv[1] + ': ' + process.argv[1].length" €

• [Console]::OutputEncoding :

  • 控制当控制台将程序输出转换为控制台显示字符时所假定的字符编码。
  • 也是 告诉 < em > PowerShell 当 < em > 从外部程序捕获输出 时采用什么编码。
    结果是，如果您需要从一个生成 UTF-8的程序中获取 捕获输出捕获输出，那么您还需要将 [Console]::OutputEncoding设置为 UTF-8; 设置 $OutputEncoding仅涵盖 输入(外部程序)方面。

• [Console]::InputEncoding 将 键盘输入的编码设置为控制台 ^[2]，并确定 PowerShell 的 CLI如何解释它通过 Stdin(标准输入)接收的数据。

• 如果在 整个疗程中不能将控制台切换到 UTF-8，那么可以这样做 暂时的，为了一个给定的电话 :

    # Save the current settings and temporarily switch to UTF-8.
  $oldOutputEncoding = $OutputEncoding; $oldConsoleEncoding = [Console]::OutputEncoding
  $OutputEncoding = [Console]::OutputEncoding = New-Object System.Text.Utf8Encoding
  
  
  # Call the UTF-8 program, using Node.js as an example.
  # This should echo '€' (`U+20AC`) as-is and report the length as *1*.
  $captured = '€' | node -pe "require('fs').readFileSync(0).toString().trim()"
  $captured; $captured.Length
  
  
  # Restore the previous settings.
  $OutputEncoding = $oldOutputEncoding; [Console]::OutputEncoding = $oldConsoleEncoding
  

• 老版本 Windows (W10之前)的问题 :

  • 65001的活动 chcp值破坏了一些外部程序的控制台输出，甚至老版本 Windows 中的批处理文件，这可能最终源于 WriteFile() Windows API 函数中的一个 bug (标准 C 库也使用了这个函数) ，该函数错误地报告了 角色的数量，而不是 字节，代码页 65001正在生效，正如在 这篇博文中所讨论的那样。

• 根据 弹跳在2008年对 这个答案的评论，结果的症状是: “我的理解是，返回一个字节数(比如 fread/fwrite/etc)的调用实际上返回一个字符数。这会导致各种各样的症状，比如不完整的输入读取、挂起刷新、批处理文件损坏等等。”

本机 Windows 控制台(终端)的高级替代方案，conhost.exe

Eryksun 建议使用两个提供商 更好更快的 Unicode字符的 本机 Windows 控制台窗口的替代方案(conhost.exe) ，因为它们使用了现代的、 GPU 加速的 DirectWrite/DirectX API，而不是“不能处理复杂脚本、非 BMP 字符或自动回退字体的旧 GDI 实现”

• 微软自己的开源 Windows 终端，从 Windows10开始就通过微软商店进行发布和更新，请参阅 给你了解相关介绍。

• 历史悠久的第三方选择 一个 href = “ https://ConEmu.github.io/”rel = “ nofollow norefrer”> ConEmu ，它的优势在于可以在较老的 Windows 版本上工作。

^{[1]注意，从 在里面运行一个 PowerShell 会话是 没有有效的，因为。NET 储藏室控制台在启动时的输出编码，并且不知道后来用 chcp做的更改(只有通过 [console]::OutputEncoding]直接做的更改被拾取)。}

^{[2]我不清楚这在实践中是如何体现的; 如果你知道，请告诉我们。}