根本原因是构建系统未对齐编码：必须用"cmd"模式、显式Python路径、加-u参数，并设"encoding": "utf-8"；改完需手动切换构建系统生效。
Sublime Text 控制台输出中文变问号、方块或空格，不是文件编码设成 UTF-8 就能解决的——问题卡在构建系统（Build System）启动 Python 子进程时，stdout 字节流的编码与 Sublime 解码逻辑没对齐。核心解法只有三样：cmd 模式、"encoding": "utf-8"、-u 参数，缺一不可。
为什么改了文件编码和状态栏显示还是乱码
右下角显示 UTF-8 只代表 Sublime 用 UTF-8 解析了源文件内容；控制台输出是另一条链路：Python 进程 stdout 写出的字节流，由构建系统里的 encoding 字段决定怎么解码。常见误操作包括：
- 用
"shell_cmd": "python -u $file"—— 此时encoding字段完全被忽略 - 只加
-u却不写"encoding": "utf-8"—— 缓冲清了，但 Sublime 仍用 GBK 去 decode UTF-8 字节流 - 写成
"encoding": "UTF-8"或"utf8"—— 必须小写utf-8，否则无效
必须用 cmd 模式配 encoding 和 -u
打开 Tools → Build System → New Build System，粘贴以下内容并保存为 PythonUTF8.sublime-build：
{
"cmd": ["python", "-u", "$file"],
"file_regex": "^[ ]*File \"(*?)\", line ([0-9]*)",
"selector": "source.python",
"encoding": "utf-8"
}关键点：
-
"cmd"是数组形式，不是字符串；"shell_cmd"模式下encoding不生效 -
"encoding": "utf-8"告诉 Sublime：子进程 stdout 的字节流按 UTF-8 解码 -
-u禁用 Python 输出缓冲，否则中文可能卡住不刷出 - 如果
python命令找不到，换成绝对路径，例如["C:/Python39/python.exe", "-u", "$file"]
源文件编码声明不能省，尤其 Windows
构建系统管输出，不管源码加载。即使 Python 3 默认读 UTF-8，Windows 下某些环境仍 fallback 到 CP936（GBK），导致含中文字符串的脚本直接报错。务必在 Python 文件第一或第二行加上：
# -*- coding: utf-8 -*-
这不是冗余注释：
- 它明确告诉解释器“这个文件字节流应按 UTF-8 解码”
- 避免 Sublime 保存时带 BOM（
\xef\xbb\xbf）引发Non-UTF-8 code starting with '\xef'报错 - 配合用户配置中的
"save_with_bom": false，才能保证干净 UTF-8
别信 PYTHONIOENCODING 和 chcp 65001
这些在 Sublime 构建系统里基本不起作用：
-
"env": {"PYTHONIOENCODING": "utf-8"}在 Windows 上对 subprocess 无效（Python 官方已确认） -
chcp 65001只影响手动打开的 cmd 窗口，Sublime 启动的子进程不继承该设置 -
PYTHONUTF8=1在部分新版本 Python 中有效，但兼容性差，不能作为主力方案
真正起作用的只有三样：cmd 数组、-u、"encoding": "utf-8"。Mac/Linux 用户也得配，别以为只有 Windows 有这问题——Sublime 不读终端 locale，它只认构建系统配置。
