中文显示黑块是字体缺失而非编码错误，sublime text按font_face顺序查找字形，缺失时回退至系统默认字体（如simsun）导致方块；确认方法包括检查状态栏编码、对比中英文文件渲染差异及临时删除font_face配置。
为什么中文显示成黑块而不是乱码字符
黑块（□）和“锟斤拷”这类 mojibake 本质不同：前者是字体缺失，后者是编码错配。Sublime Text 渲染一个中文字符时，会按 font_face 列表顺序查找字形；如果所有指定字体都不含该字符的 glyph，就回退到系统默认字体——而 Windows 上这个默认字体（如 SimSun 或 MS Gothic）可能只提供繁体或不完整简体支持，最终渲染为方块。
怎么确认是字体问题而非编码问题
用两个动作快速区分：
- 右下角状态栏显示 “UTF-8” 或 “Chinese (GBK)” 且中文能正常显示 → 编码没问题，黑块大概率是字体
- 打开一个纯英文文件，再打开一个含中文的文件，发现只有中文部分出黑块，英文完全正常 → 基本锁定字体回退失败
- 在 Preferences → Settings 右侧用户配置中临时删掉
"font_face"行，重启后黑块消失 → 说明原字体列表有缺陷
注意：file -i 或 Notepad++ 显示编码正常，但 Sublime 里仍是黑块，基本可排除编码层问题。
font_face 和 font_options 的安全写法
Windows 用户最稳妥的组合是显式声明简体中文字体 + 关闭 DirectWrite（避免 GDI 回退异常）：
{
"font_face": "Microsoft YaHei",
"font_options": ["no_antialias", "subpixel_antialias"],
"font_size": 12,
"gdi_scaling": true
}
关键点：
-
"font_face": "Microsoft YaHei"必须写全名，不能写 “微软雅黑” 或 “MS YaHei” —— Sublime 只认系统注册名 - 若系统无微软雅黑（如 Server 版 Windows），改用
"SimSun"，但需搭配"gdi_scaling": true启用传统 GDI 渲染 -
"font_options"中不要加"directwrite"：它在 ST4 中已弃用，且与某些中文字体冲突，强行启用反而触发黑块 - Mac 用户优先用
"PingFang SC"或"Heiti SC"，避免混用 Adobe 字体导致回退链断裂
多语言混合场景下的 fallback 配置
当文件含中/日/韩/英混合文本时，单字体无法覆盖全部 Unicode 区段，必须靠 fallback 链。但 Sublime 不支持标准 CSS 式 fallback 语法，只能靠 font_face 多值数组（仅限 ST4+）：
{
"font_face": ["Microsoft YaHei", "Yu Gothic", "Malgun Gothic", "Segoe UI"]
}
顺序即优先级，生效逻辑是：
- 先用 Microsoft YaHei 渲染所有字符
- 遇到 YaHei 缺失的字符（如日文平假名），自动跳到 Yu Gothic
- 再缺则试 Malgun Gothic（韩文强支持）
- 最后兜底 Segoe UI（西文保底）
⚠️ 容易踩的坑：
- 数组里写错字体名（如
"Noto Sans CJK"在 Windows 默认未安装）→ 整个 fallback 链失效，直接黑块 - Mac 上把
"Helvetica"放在首位 → 它不含中文，后续字体不会触发，全黑 - Linux 用户需确保系统已安装
fonts-wqy-microhei或fonts-noto-cjk，否则 fallback 到 DejaVu Sans 就是满屏黑块
字体问题最麻烦的地方在于：它不报错、不弹提示，只静默渲染失败。一旦出现黑块，优先查字体链完整性，比调编码配置快得多。
