Sublime打开GBK文件乱码的解决方法是安装ConvertToUTF8插件实现自动编码头识别与内存转换，或手动通过Reopen with Encoding选择Chinese (GBK)；保存时按需选UTF-8或GBK编码，且default_encoding必须设为UTF-8，fallback_encoding可设为GBK。
Sublime 打开 GBK 文件直接乱码，怎么办？
Sublime Text 原生不支持 GBK 解码，打开 Windows 记事本保存的 .txt、老旧 ASP/PHP 文件或银行系统导出日志时，十有八九是乱码——这不是你文件坏了，是 Sublime 默认只按 UTF-8 或 Latin-1 尝试解码，而 GBK 字节流被当成了别的编码来读。
最稳的解法不是“碰运气切编码”，而是装一个能自动识别并桥接 GBK ↔ UTF-8 的插件：ConvertToUTF8。它不改文件本身，只在内存里转成 UTF-8 显示，编辑后保存时再按需转回 GBK，既保兼容又不丢字。
- 先确认已安装
Package Control（没装就按Ctrl+`调出控制台，粘贴官网安装代码） -
Ctrl+Shift+P→ 输入Install Package→ 回车 → 搜ConvertToUTF8→ 安装 - 重启 Sublime（部分版本需重启才加载插件）
手动切换编码救急：File → Reopen with Encoding 选哪个？
插件没装好、或某个文件死活识别不对时，就得自己指定编码。关键不是“猜”，而是按优先级试：
- 先点右下角当前编码（如显示
UTF-8），选Reopen with Encoding→Chinese (GBK)（有时也叫CP936，本质一样） - 若仍乱码，再试
Chinese (GB2312)；GBK 是 GB2312 的超集，多数情况首选 GBK - 千万别选
Western (Windows 1252)或ISO 8859-1——它们不支持中文，只会更糊
一旦文字正常显示，说明编码判断对了，下一步就是决定要不要转存。
Save with Encoding 保存为 UTF-8 还是保留 GBK？
这是协作中最容易踩坑的地方：很多人以为“能显示”就完了，结果发给同事，对方一打开又乱码——因为文件物理编码仍是 GBK，而对方编辑器没装 ConvertToUTF8。
- 新项目、新脚本、对外交付的配置文件：一律
Save with Encoding→UTF-8，这是现代开发的事实标准 - 必须对接旧系统（比如某嵌入式设备只认 GBK）、或维护遗留 ASP 网站：就用
Save with Encoding→Chinese (GBK)，确保字节层不变 - 注意：
Save As不等于Save with Encoding；后者才是真换编码，前者只是另存个副本，编码照旧
为什么 default_encoding 设 GBK 反而更危险？
网上有些教程让你在 Preferences → Settings – User 里加 "default_encoding": "GBK"，这看似“一劳永逸”，实则埋雷：
- 新建文件变 GBK，但你写的 Python/JS/JSON 文件一旦含中文注释，其他工具（如 Git diff、CI 日志、VS Code）很可能直接报错或乱码
-
"fallback_encoding": "GBK"可以留，它是“实在猜不出时的兜底”，但default_encoding必须是UTF-8 - 正确配置应为：
{ "default_encoding": "UTF-8", "fallback_encoding": "GBK" }
真正麻烦的从来不是操作步骤，而是你得先确认文件原本是什么编码——尤其混合了 UTF-8-BOM、GBK、ANSI 的老项目，一个一个试仍是常态。插件只是帮你省掉重复劳动，不是替代判断。
