sublime text 打开 gbk 文件显示乱码是因错误用 utf-8 解码，应通过“reopen with encoding → chinese (gbk)”正确读取；fallback_encoding 需设为"chinese (gbk)"才生效，且仅对无bom且自动检测失败的文件起作用。
Sublime Text 打开 GBK 文件显示 涓枃、锘? 这类字符，不是文件损坏，是解码方式错了——它用 UTF-8 去读 GBK 字节，必然错乱。真正要改的不是“怎么转码”，而是“怎么正确读取”。
为什么点右下角 UTF-8 重选没用？
状态栏点击编码名（比如 UTF-8）只是让 Sublime 用新编码重新解析当前内存里的字节流，不改磁盘内容，也不修正已错解的文本。如果文件原本是 GBK，你先错解成一堆 锟斤拷，再点 UTF-8 是拿 UTF-8 去解释一堆乱码字节，只会更糟。
- 正确顺序永远是：
File → Reopen with Encoding → Chinese (GBK)→ 确认中文正常 → 再Save with Encoding → UTF-8 - 如果菜单里没有
Chinese (GBK)，说明没装支持插件，或系统编码标识未加载 -
fallback_encoding不是万能兜底：它只在“无 BOM + 自动检测失败”时触发，而 Windows 下很多 GBK 文件连这个条件都不满足，得手动切
fallback_encoding 怎么设才生效？
fallback_encoding 必须用 Sublime 内置的编码标识符，不能写 "GBK" 或 "utf-8" —— 这些值会被静默忽略。它只接受像 Chinese (GBK)、Western (Windows 1252) 这样的完整名称。
- 打开
Preferences → Settings，在右侧用户设置中加这一行："fallback_encoding": "Chinese (GBK)" - 该设置只对“无 BOM 且 Sublime 自动检测失败”的文件起作用；带 UTF-8 BOM 的文件仍会走 UTF-8，不会触发 fallback
- 别和
default_encoding混用：default_encoding已被官方标记为“已弃用”，仅影响极少数 UI 场景，不能控制实际读写行为
ConvertToUTF8 插件到底要不要装？
它能自动识别 GBK 并转成 UTF-8 显示，省去手动 Reopen with Encoding，但有明确边界和风险：
- 安装后需重启 Sublime；配置入口在
Preferences → Package Settings → ConvertToUTF8 → Settings - 默认保存回原编码（即 GBK），如需统一存为 UTF-8，必须把
"save_to_original_encoding"设为false - 旧版插件（尤其是 ST3 时代）可能静默覆盖原文件，且不备份；ST4（Build 4126+）兼容性更好，但仍建议先关掉
convert_on_open测试单个文件 - 已装过 ConvertToUTF8 的用户，卸载后务必检查 Package Settings 里是否残留配置，否则重启后仍可能干扰原生逻辑
中文路径打不开怎么办？
错误信息是 Unable to open file 或直接无响应，这和编码无关，是 Windows API 层面对中文路径传递不稳定导致的。
- 临时解法：不要用
File → Open对话框，直接把文件拖进 Sublime 窗口 - 长期方案：升级到 Sublime Text 4 Build 4126 或更高版本，对中文路径、空格、括号的支持明显改善
- 旧版 ST3 用户应避免在路径中使用全角标点（如《》、【】、。），这类字符容易被截断或误解析
最易被忽略的一点：Sublime 右下角显示的编码名，只代表你最后一次手动指定的解码方式，不是文件真实编码，也不是磁盘字节状态。依赖它做判断，十次有九次会踩坑。
