sublime text 控制台无法显示特殊中文字符的根本原因是构建系统未正确协商utf-8输出通道：python以utf-8输出，而sublime默认用gbk解码，导致乱码；必须使用cmd模式、绝对路径、-u参数和小写"utf-8"编码四项齐备才生效。
Sublime Text 控制台无法显示特殊中文字符（如 emoji、全角符号、生僻汉字、带声调的拼音等），不是因为字体或文件编码设错了，而是构建系统没正确协商 UTF-8 输出通道——Python 进程输出的是 UTF-8 字节流，但 Sublime 默认用 GBK 或 locale 编码去 decode，一解就丢字、变问号、或直接截断。
为什么 print("✅你好 ①") 在控制台显示为 ?你好 1
根本原因在于：Sublime 的构建系统对 stdout 字节流的解码逻辑和 Python 实际输出编码不一致。Python 3 默认以 UTF-8 写出所有字符串（包括 emoji 和 Unicode 符号），但 Windows 下 Sublime 若未显式指定 "encoding": "utf-8"，就会 fallback 到 cp936（GBK）解码器——而 GBK 完全不认识 U+2705 ✅ 或 U+2460 ①，直接替换成 ? 或跳过。
-
print("✅")输出的是 4 字节 UTF-8 序列\xf0\x9f\x97\x85，GBK 解码器只认双字节，前两字节\xf0\x9f非法，直接报错丢弃 - 即使你把文件存成 UTF-8 且右下角显示
UTF-8，那只是编辑器读文件的方式，和控制台 decode 子进程输出无关 -
shell_cmd模式下写的"encoding": "utf-8"完全被忽略，这是 Sublime 的硬性限制
必须用 cmd 模式 + 绝对路径 + -u + "encoding": "utf-8"
四项缺一不可，否则特殊字符仍会失真：
-
"cmd"是唯一能触发encoding字段生效的字段；"shell_cmd"模式下该字段纯属摆设 -
"cmd"值必须是数组，不能是字符串：["D:/Python39/python.exe", "-u", "$file"]✔️，"python -u $file"❌ -
-u参数必须显式带上：禁用 stdout 缓冲，否则 emoji 可能卡在 buffer 不输出（尤其搭配input()时） -
"encoding": "utf-8"必须小写、带短横；"UTF-8"、"utf8"、"Encoding"全部无效 - Python 可执行路径建议用绝对路径，避免环境变量失效导致 fallback 到旧版本或失败
验证是否真正支持特殊中文字符
别靠肉眼猜，写一个最小测试脚本：
import sys
print("✅①你好")
print(sys.stdout.encoding)
print(len("✅")) # 应输出 1（Unicode 字符数），不是字节数
运行后如果输出：
- 第一行正常显示
✅①你好（不是?1你好或乱码） - 第二行是
utf-8（不是cp936或mbcs） - 第三行是
1
才算真正对齐。如果任一条件不满足，说明构建系统没生效——常见原因是：保存了 .sublime-build 文件但没在 Tools → Build System 里手动选中它。
容易被忽略的两个细节
一是 Python 源文件头部的编码声明依然重要：# -*- coding: utf-8 -*- 虽然 Python 3 默认读 UTF-8，但在某些 Windows 环境下（尤其有 BOM 或混合编码历史），缺了这行可能导致含 emoji 的字符串字面量解析失败；二是 Sublime 自身不处理 BOM，如果文件带 \xef\xbb\xbf，Python 解释器可能抛 SyntaxError: Non-UTF-8 code starting with '\xef'，所以务必关掉 "save_with_bom": false 设置。
