汉化不会导致源文件乱码，仅影响界面显示；文件内容乱码源于编码错配，须用file -i或Notepad++确认真实编码，再通过Reopen with Encoding正确解码，最后Save with Encoding转存。
汉化文件损坏不会导致你编辑的源文件乱码——它只会影响 Sublime 自身界面（菜单、对话框）显示为方块或英文，和你打开的 .py/.txt/.conf 等项目文件完全无关。所谓“汉化导致乱码”是典型归因错误，真正出问题的永远是你正在编辑的文件编码，不是汉化包。
怎么判断真是汉化文件损坏，而不是项目文件编码错配
先分清两类现象：
- 界面乱码：菜单栏、右键菜单、命令面板里出现 □、、英文，或部分中文显示为方块 → 汉化资源或系统字体问题
- 文件内容乱码：打开一个 .txt 或 .py 文件，里面中文变成“锟斤拷”或满屏问号 → 文件真实编码（如 GBK）与 Sublime 当前解码方式（如 UTF-8）不匹配，和汉化无关
如果你看到的是第二类，立刻停手——别碰汉化包，去查 file -i 或用 Notepad++ 看真实编码；只有第一类才需要继续往下看。
汉化包损坏后菜单显示方块或英文，怎么修
ST3/ST4 的汉化本质是替换 Default.sublime-package 里的资源文件，损坏通常表现为二进制结构异常或缺失关键语言字段。修复不靠重装插件，而靠重置 + 字体兜底：
- 关闭 Sublime Text
- 进入 Packages 目录：
Preferences → Browse Packages…→ 上级目录找到Installed Packages - 删掉里面的
Default.sublime-package（别删文件夹！只删这个 .sublime-package 文件） - 重启 Sublime，它会自动从内置资源重建默认包，界面恢复英文但可读
- 再手动加字体保障：在
Preferences → Settings – User里确保有"font_face": "Microsoft YaHei"（Windows）或"font_face": "PingFang SC"（macOS）
注意：ConvertToUTF8、GBK Support 这类插件对界面汉化毫无作用，装了也白装。
为什么改了汉化包，右下角编码显示还是乱的
右下角状态栏的编码显示（如 UTF-8、Chinese (GBK)）由 Sublime 内核控制，和汉化包完全解耦。它显示什么，只取决于当前文件的 BOM、字节特征、以及你是否点过 Reopen with Encoding。即使你把汉化包删光，右下角该显示 Chinese (GBK) 还是会显示。
- 如果右下角本身显示为乱码（比如“UTF-8”变成“UT?8”），那是系统字体不支持 ASCII 字符渲染，不是汉化问题 → 检查
font_face是否设成纯中文字体（如只写"Microsoft YaHei"而没 fallback 字体） - 如果右下角能正常显示英文编码名，但菜单是方块 → 汉化包损坏或缺失 Unicode 渲染上下文，必须按上一节重置
Default.sublime-package
最常被忽略的一点：ST4 已移除 fallback_encoding，但很多人还在用户配置里留着这行。它不报错，也不生效，只是占位——真正影响保存行为的是 default_encoding_on_save，设错会导致你反复救活的文件下次保存又变乱码。
