Sublime Text状态栏显示的编码仅为当前解码假设，非文件真实编码；验证真实编码需用Reopen with Encoding尝试GBK、UTF-8等，确认正常后才Save with Encoding转存。
Sublime Text 没有真正意义上的“一键查看字符编码”功能——状态栏显示的 UTF-8 或 GBK 只是 Sublime 当前用什么编码去解码字节，不是文件磁盘上的真实编码，更不是“字符级编码”（比如某个汉字在 UTF-8 中占 3 字节、在 GBK 中占 2 字节）。所谓“查看”，本质是验证或反推，而不是读取元数据。
状态栏显示的编码到底靠不靠谱？
它只反映 Sublime 的当前解码假设，不是权威答案。常见误判场景：
- 文件无 BOM，又全是 ASCII 字符（如纯英文配置文件），
UTF-8和GBK解出来一样，状态栏可能固执地显示UTF-8，但实际可能是GBK - 中文乱码时状态栏却显示
Western (Windows 1252)：这是 fallback 结果，说明 Sublime 完全没识别出中文编码，大概率是GBK或GB2312 - 新建未保存的文件、Find Results 面板、Console 输出等视图根本不会显示编码——因为它们没有编码概念
所以别点开就信。右下角那个词，只是“当前怎么读”，不是“本来是什么”。
怎么快速验证真实编码？用 Reopen with Encoding
这才是最接近“一键验证”的操作，安全、即时、可逆：
- 快捷键：
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Reopen with Encoding回车 - 列表里优先试这几个：
GBK、GB2312、UTF-8、UTF-8 with BOM、ISO 8859-1 - 选中后立即重载内容：中文变正常了，基本就是它；变成方块或问号，换下一个
- 注意：
Reopen with Encoding不改文件本身，只改内存里的解析方式，关掉再重开也不会丢内容
为什么有时列表里没有 GBK？
不是插件没装，是 Sublime 默认没加载中文编码解码器。解决方法很简单：
- 打开
Preferences → Settings – User - 在 JSON 里加一行：
"fallback_encoding": "GBK" - 重启 Sublime，
Reopen with Encoding菜单就会出现Chinese (GBK)等选项 - 如果还想让状态栏始终显示编码，顺手加上：
"show_encoding": true
别写 show_encoding_on_status_bar——这是旧版废弃字段，2026 年所有主流版本都忽略它。
查单个字符的 ASCII/Unicode 码点？别指望状态栏
Sublime 不提供实时码点显示，因为“字符编码”和“文件编码”是两层事：
- 状态栏的
UTF-8是文件层面的字节解释规则 - 你光标下的“中”字，在 Unicode 里是
U+4E2D，在 UTF-8 中编码为0xE4 0xB8 0xAD三个字节，在 GBK 中是0xD6 0xD0两个字节——这些没法一键弹出 - 真要查，只能用控制台：
Ctrl + `打开，输入print([ord(c) for c in view.substr(view.sel()[0])])（需先选中字符）
真正容易被忽略的点是：你看到的“乱码”，往往不是编码错了，而是 Sublime 用错解码器读了本该用 GBK 解的字节流；而你以为的“一键确认”，其实必须靠试读+观察+保存三步闭环——少一步，就可能把文件越改越坏。
