Sublime Text 通过右下角状态栏查看当前文件编码，点击可切换编码以排查乱码；默认优先识别BOM，无BOM时易误判；推荐设置 "fallback_encoding": "UTF-8" 应对Windows常见乱码。
Sublime Text 怎么看当前文件的编码？
直接看右下角状态栏——那里实时显示当前文件的编码，比如 UTF-8、GBK、ISO 8859-1。如果没显示，说明 Sublime 没能自动识别，或者文件本身编码混乱，这时候右下角可能只写 Plain Text 或干脆空白。
点击这个区域就能唤出编码选择菜单，里面列出所有可尝试的解码方式；选一个后，文件内容会立刻按新编码重新渲染（不改文件本身），是排查乱码最快速的动作。
- 不是所有编码都能“正确”显示中文：比如用
UTF-8打开实际是GBK编码的文件，大概率出现或错位汉字 - Sublime 默认优先用 BOM 判断编码，但很多中文 Windows 文件没 BOM，它就容易猜错成
UTF-8 - 如果右下角点开后菜单里只有
Revert to Saved和Convert to...，说明当前已处于“已识别编码”状态，只是显示效果不对
乱码时怎么强制用 GBK / GB2312 重新打开？
别先去改设置或装插件，直接在右下角点击编码名 → 从列表里选 GB2312 或 GBK（两者兼容性接近，GBK 更稳妥）。如果选完还是乱，再试 Shift-JIS 或 ISO 8859-1 ——这些是常见误判来源。
注意：Convert to... 是把文件内容转成新编码并保存，属于“永久修改”，而 Reopen with Encoding（菜单里叫 “Reopen with Encoding”）才是无损试探，应该优先用后者。
- Windows 记事本另存为的文件，十有八九是
GBK或带 BOM 的UTF-8 with BOM - 用
UTF-8编码保存但没加 BOM 的文件，在 Sublime 里常被识别成Western (Windows 1252)，导致中文全变乱码 - 如果文件里中英文混排还夹着路径、URL 或代码片段，优先怀疑是
UTF-8被错当成GBK，而不是反过来
怎么让 Sublime 默认用 UTF-8 且不带 BOM？
打开 Preferences → Settings，在右侧用户设置里加这一行：
"default_encoding": "UTF-8"
这只能影响新创建的文件；对已存在的文件，Sublime 仍会按文件内容或 BOM 推断编码，不会强行覆盖。真正起作用的是另一项：
"fallback_encoding": "UTF-8"
它告诉 Sublime：当自动识别失败时，别瞎猜，直接按 UTF-8 解码。配合上面那条，能覆盖绝大多数新建+旧文件乱码场景。
- 不要设
"fallback_encoding": "GBK"，否则打开真正的 UTF-8 文件（尤其含 emoji 或繁体字）必乱 - Mac/Linux 用户基本不用调这个，但 Windows 用户遇到记事本生成的文件，
fallback_encoding很关键 - 改完设置记得重启 Sublime，部分版本不支持热加载
为什么有些文件改了编码还是乱？
因为文件可能已被多次错误转码过——比如原是 GBK，用 UTF-8 打开再保存，又用 GBK 打开再保存，来回几次后，汉字就变成不可逆的“双编码嵌套”，比如 æ个 这种。这时候再怎么切换编码都救不回来。
这种文件得靠原始来源重建，或者用专用工具（如 iconv 命令）暴力还原，Sublime 自身没有反向解码能力。
- 只要右下角显示的编码名和你预期一致，但内容仍是乱码，大概率是历史转码污染，不是当前识别问题
- 用
file -i filename（Linux/macOS）或 PowerShell 的Get-Content -Encoding可辅助验证原始编码，但结果也未必 100% 准确 - 真正难搞的永远不是“不知道用什么编码”，而是“这个文件到底被谁、用什么方式、转过几次码”
