说到 Sublime Text 的编码设置，坑确实不少。它自己并不会强制要求你一定要用UTF-8来新建或保存文件，所以光改一个default_encoding完全不够用。想要真正摆脱乱码困扰，必须把fallback_encoding和default_encoding_on_sa ve配套设置好，这才是关键。
Sublime Text 原生不强制新建或保存为 UTF-8，光改 default_encoding 不够，必须配对设置 fallback_encoding 和 default_encoding_on_sa ve 才能真正解决乱码问题。
为什么改了 default_encoding 还是乱码？
核心原因在于，这个参数在官方文档里已经被标记为“已弃用”了。它主要影响的是新建文件时右下角的显示标识，以及“另存为”对话框里默认勾选的编码选项——但请注意，它并不控制实际保存行为。你看到右下角显示“UTF-8”，并不代表磁盘上那个文件真的就是UTF-8编码；尤其是空文件，保存后连字节都没有，更谈不上什么编码。
- 真正决定“Ctrl+S写入什么编码”的，是
default_encoding_on_sa ve。不是sa ve_encoding，也不是什么convert_to_utf8_on_sa ve，别搞混。 fallback_encoding控制的是打开无BOM、无编码声明文件时的解码策略。Windows下默认是Western (Windows 1252)，一打开GBK中文文件，十有八九就全乱码了——这才是日常乱码的罪魁祸首。- 网上流传的
"convert_to_utf8_on_sa ve": true，是ConvertToUTF8插件的专属字段，Sublime原生根本不认，加了也没用。
正确配置 Preferences → Settings – User
打开菜单 Preferences → Settings，在右侧用户设置文件里写入以下JSON（注意逗号、引号、大小写都不能错）：
{ "default_encoding_on_sa ve": "UTF-8", "fallback_encoding": "GBK", "detect_indentation": false}
default_encoding_on_sa ve：设为"UTF-8"后，每次保存都强制以UTF-8编码写盘（无BOM）。fallback_encoding设为"GBK"：让老项目里的中文文本文件一打开就能正常显示，避免被误判成Windows-1252。- 不要加
default_encoding——它已弃用，且与default_encoding_on_sa ve冲突时优先级更低，反而可能添乱。 detect_indentation关掉：防止Sublime根据首行缩进反向推断并覆盖你的编码设置。
已有乱码文件怎么救？状态栏别瞎点
状态栏右下角有一个编码名的显示（比如 Western (Windows 1252)），点击它只是让Sublime“用这个编码重新解码当前内存里的内容”，并不会改动磁盘上的字节，也不会进行转码。盲目点选 UTF-8，很可能把GBK字节当UTF-8来解，结果乱上加乱。
- 先确认原始编码：如果乱码但中文轮廓还能隐约看到（比如“浣犲ソ”这种），大概率是GBK。点状态栏 →
Reopen with Encoding → GBK。 - 文字恢复正常后，再点状态栏 →
Sa ve with Encoding → UTF-8，这样才真正把GBK字节转成UTF-8字节写入磁盘。 - 如果原文件是UTF-8 with BOM，但显示异常，选
Reopen with Encoding → UTF-8即可，不需要Sa ve with Encoding。 - 批量处理老文件时，别靠Sublime一个个手动操作。用命令行工具效率更高，比如
iconv -f GBK -t UTF-8 file.txt > file_utf8.txt。
插件要不要装？看场景
ConvertToUTF8 插件确实能自动识别GBK并以UTF-8方式显示，但它本质上是一个“前端渲染层适配”，不是底层编码转换器。它的作用边界很清晰：
- 适合：频繁切换打开GBK/UTF-8混合项目的个人开发场景，省去手动Reopen的步骤。
- 不适合：需要Git提交干净UTF-8、CI构建校验、或交付给没装插件的同事时——这些场景必须依靠真实字节层面的
default_encoding_on_sa ve。 - 它不修改
default_encoding_on_sa ve的行为，两者可以共存，但别指望插件能帮你绕过核心配置。 - 插件无法修复已被错误“Sa ve with Encoding”两次导致的双重乱码文件。
最容易忽略的一点是：所有这些设置都只生效于本地。团队协作时，必须把 "default_encoding_on_sa ve": "UTF-8" 写入 .sublime-project 文件，才算真正落地，否则别人打开照旧乱码。
