conhost.exe 无法显示 U+2717

我想在 Windows 的传统控制台（conhost）中显示 U+2717（✗，BALLOT X）。选中系统默认的等宽字体 Consolas，输出的却是一个带有方框的问号。我在使用 NeoVim 时遇到了这个符号，其还需要 Nerd Fonts ，但甚至支持 Nerd Fonts 的字体很多都不支持这个字符。

在 Stack Overflow 上也有人遇到了同样的问题：

https://stackoverflow.com/questions/27519142/is-it-possible-to-output-and-display-u2717-ballot-x-in-the-windows-console

问题的原因显而易见。 Consolas 不包含这个字形，换一个包含它的字体就好。查阅 fileformat.info 的字形支持列表后发现，DejaVu Sans Mono、Inconsolata 等开源等宽字体确实包含 U+2717 。

https://www.fileformat.info/info/unicode/char/2717/fontsupport.htm

在 Windows 10 较新版本中，conhost 已经可以直接读取已安装的等宽字体，无需像早期版本那样手动编辑注册表。

https://superuser.com/questions/1767614/possible-to-enable-additional-fonts-in-command-prompt-without-registry-edits

在安卓系统中， U+2717 可以正常显示。安卓默认使用的是 Roboto 。但 Roboto 并没有 U+2717 。安卓系统使用了字体回退机制。

https://www.fileformat.info/info/unicode/font/roboto/list.htm

Consolas 里面没有中文字符。

把字体设为 Consolas 时，输入中文却能正常显示。

这说明 conhost 并非只用单一字体渲染，也存在某种回退机制。按照这个逻辑，既然中文能回退到微软雅黑显示，U+2717 理应也能回退到包含它的系统字体（如 Segoe UI）来显示才对。

那为什么 U+2717 显示不出来？

查阅官方文档发现， conhost 的回退机制基于 GDI 的字体链接（Font Link），具体配置位于注册表的 HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink 中。这个键值定义了每个字体的回退链条——Consolas 找不到中文字形时，会沿着这条链找到微软雅黑来渲染：https://learn.microsoft.com/zh-cn/dotnet/fundamentals/runtime-libraries/system-console

这里面没有 Segoe UI ，也没有任何一个链接字体包含 U+2717。

当然，这个问题并非无解。理论上可以通过在注册表中为 Consolas 手动添加指向 Segoe UI Symbol 的字体链接来修补，但这也意味着需要修改系统配置。GitHub 上也有报告指出 conhost 可能存在 Unicode 回退失效的问题：https://github.com/microsoft/terminal/issues/18024

我最终还是放弃了使用 conhost 。 conhost 没有多大用处，现代的终端模拟器是唯一的解决方案。

此文章部分使用LLM辅助编写。