乱码主因是编码识别错误与字体fallback不当；需安装并启用converttoutf8插件，显式设置含简体字形的font_face，配置fallback_encoding为gbk，且重启sublime生效。
汉化包本身不导致乱码，真正出问题的是编码识别和字体 fallback 机制——ConvertToUTF8 插件没装或没生效，font_face 没指定支持简体的等宽字体，或者系统把 GBK 文件当 UTF-8 解码了。
为什么装了汉化包还是乱码？
汉化包只替换界面文本，不改编辑器底层编码逻辑。乱码几乎全是解码错误：Sublime 默认用 UTF-8 打开文件，但你打开的是 GBK 编码的中文文件（比如旧项目、Windows 记事本保存的 .txt），字节流被错解，就成方块或问号。
- 右下角显示
UTF-8却是 GBK 文件 → 必然乱码 - 安装汉化包后菜单/设置项出现繁体字 → 字体 fallback 到了含繁体字形的字体（如
SimSun-ExtB），不是汉化包问题 - 新创建文件输入中文正常，但打开旧文件乱码 → 文件编码不一致，非界面问题
必须装 ConvertToUTF8 插件并确认启用
这是解决 GBK/GB2312 文件乱码的刚需步骤。仅靠手动“Reopen with Encoding”治标不治本，且每次打开都要点一次。
- 按
Ctrl+Shift+P→ 输入Install Package→ 回车 → 搜索ConvertToUTF8→ 安装 - 安装后重启 Sublime Text，否则插件不加载
- 检查是否启用：菜单
Preferences > Package Settings > ConvertToUTF8下有配置项，说明已生效 - 不要装
GBK Encoding Support等替代插件——它和ConvertToUTF8冲突，反而禁用前者
字体设置必须显式指定简体中文字体
即使编码正确，如果 font_face 列表里第一个字体不包含简体字形，系统会 fallback 到第二个字体，而那个字体可能只有繁体（比如 macOS 的 STHeiti 或 Windows 的 MS Gothic）。
- 打开
Preferences > Settings（用户设置），添加或修改：{ "font_face": "Consolas, Microsoft YaHei, SimSun, monospace", "font_size": 12 } -
Microsoft YaHei（Win）、Monaco（macOS）或WenQuanYi Micro Hei（Linux）优先级要高于泛用字体 - 避免只写
"font_face": "monospace"—— 这会让系统自由 fallback，不可控 - macOS 用户额外执行：
sudo atsutil databases -remove清字体缓存，再重启 Sublime
别忽略 fallback_encoding 和文件保存习惯
插件能自动转码，但默认配置若不合理，仍可能在某些边界场景失效（比如空文件、无 BOM 的 UTF-8 文件被误判为 GBK）。
- 在用户设置中补上这两行：
"fallback_encoding": "Chinese (GBK)", "default_encoding": "UTF-8"
- 新建文件默认用
UTF-8，老文件用GBKfallback —— 这是最稳组合 - 长期方案：用
File > Save with Encoding > UTF-8把所有文件转成 UTF-8，一劳永逸 - 切记：
ConvertToUTF8不改变文件实际编码，只是内存中转译显示；保存时仍按原编码落盘
最常被跳过的一步是重启 Sublime —— 插件装完、配置改完，不重启等于没做。另外，别指望汉化包自带编码支持，它和文件乱码完全无关，盯住 ConvertToUTF8 和 font_face 这两个点，95% 的情况都能当场解决。
