真正起作用的是编码识别和解码动作，装字体本身不解决乱码；必须先Reopen with Encoding→Chinese (GBK)使中文正常显示，再Save with Encoding→UTF-8转存，否则再好的中文字体也显示方块或“锟斤拷”。
装字体本身不解决乱码，真正起作用的是编码识别和解码动作——字体只是最后渲染环节，错编码下再好的中文字体也显示方块或“锟斤拷”。
为什么换字体后还是乱码
Sublime Text 渲染中文需要两个前提：一是文件被正确解码为 Unicode（内存里是真实汉字），二是当前字体包含对应字形。只改字体，没解决解码错误，看到的仍是错字节映射出的乱码符号。
常见误操作包括：
- 在右下角显示
UTF-8的状态下打开一个实际是GBK的文件，此时无论用Microsoft YaHei还是PingFang SC都会显示“烫烫烫”或方块 - 配置里写了
"font_face": "Consolas, Microsoft YaHei"，但没关掉fallback_encoding的错误值，导致解码阶段就失败 - Linux/macOS 用户装了中文字体却没重启 Sublime，字体缓存未刷新
Reopen with Encoding 是唯一让乱码变正常的操作
不管是否装了新字体，只要文件打开后是乱码，第一步必须做这个：
- 点击右下角当前编码名（比如
UTF-8或Western (ISO 8859-1)） - 选
Reopen with Encoding→Chinese (GBK) - 如果还不对，依次试
Chinese (GB2312)、Chinese (Big5)；只要中文一出来，右下角变成对应编码名，就说明解码成功 - 这步只改内存视图，不碰磁盘文件，安全可逆
Linux/macOS 用户可用 file -i 文件名 看 charset=gbk 字段辅助判断；Windows 用户用 Notepad++ 打开，右下角直接显示真实编码。
Save with Encoding → UTF-8 才是真转码
确认中文已正常显示后，才执行保存动作：
- 菜单栏
File→Save with Encoding→UTF-8（注意不是UTF-8 with BOM） - 这一步把内存中已解码的 Unicode 字符，严格按 UTF-8 规则重新编码写入磁盘
- 保存后关闭再重开，右下角应显示
UTF-8，且中文仍清晰；如果别人用记事本打开还是乱码，说明上一步Reopen with Encoding没选对原始编码
别点老版本里的 Convert to UTF-8 ——它静默重写且不提示，原始编码信息直接丢失。
ST4 用户别碰 ConvertToUTF8，优先用 Codecs37
Sublime Text 4.4+（Build 4126+）已内置 GBK/GB18030 自动探测，ConvertToUTF8 不仅停更，还会干扰原生逻辑：状态栏编码名消失、右键菜单失效、Package Settings 找不到配置入口。
- 通过
Package Control: Install Package搜索并安装Codecs37 - 安装后重启，打开 GBK 文件会自动识别并显示正常，右下角明确标出
Chinese (GBK) - 它支持 30+ 编码（含 Shift-JIS、EUC-KR），不依赖
chardet，与 ST4 底层兼容性稳定
真正麻烦的地方不在装字体或插件，而在于：Sublime 不会自己猜对无 BOM 的 GBK 文件，你必须手动告诉它“这个就是 GBK”——否则所有后续动作都在错误基础上叠加。
