Sublime Text需启用show_encoding_on_status_bar=true才能在状态栏显示当前解码编码；该编码反映编辑器对文件的解码视角，非文件原始编码或声明编码。
Sublime Text 默认不会在状态栏直接显示当前文件的编码格式，但可以通过开启内置编码显示功能或安装插件实现。关键在于：状态栏显示的是 Sublime 实际「以何种编码读取并解码该文件」的结果，不是文件“声称”的 BOM 或声明，也不是磁盘上原始字节的编码——它反映的是当前编辑器对文件内容的解码视角。
如何让 Sublime 在状态栏显示当前文件编码
Sublime Text 原生支持在状态栏显示编码信息，但需手动启用：show_encoding_on_status_bar 配置项必须设为 true。
- 打开
Preferences → Settings – User - 添加或修改配置项：
{ "show_encoding_on_status_bar": true } - 保存后，状态栏左下角会立即显示类似
UTF-8、UTF-8 with BOM、Western (Windows 1252)等编码名称
注意：该设置仅控制「是否显示」，不改变 Sublime 的自动编码探测逻辑。如果文件无 BOM 且含非 ASCII 字符，Sublime 可能误判为 Western（即 cp1252），此时状态栏显示的就是这个误判结果。
为什么状态栏显示的编码和你预期不一致
常见原因不是设置问题，而是 Sublime 的编码识别机制本身有局限：
- 文件无 BOM、无
# -*- coding: utf-8 -*-这类声明时，Sublime 依赖chardet类启发式检测，对中文 GBK/UTF-8 混合场景极易出错 - 已用错误编码打开的文件，即使后续改用正确编码重新加载（
File → Reopen with Encoding），状态栏可能仍缓存旧值，需手动触发一次编码切换才能刷新 -
UTF-8和UTF-8 with BOM在 Sublime 中被视为两种不同编码；BOM 存在与否会影响写入行为，但对纯 ASCII 内容无实际影响
如何强制指定并稳定显示某种编码
不能靠“设置默认编码”一劳永逸，必须结合文件级操作：
- 新建文件：通过
File → New File with Encoding → UTF-8创建，状态栏即显示UTF-8 - 已有文件：用
File → Reopen with Encoding → UTF-8（或对应编码），状态栏实时更新 - 永久绑定某扩展名默认编码：在
Preferences → Settings – Syntax Specific中添加{ "default_encoding": "UTF-8" }，但这只影响新文件，对已打开文件无效
真正可靠的流程是：先确认内容可读 → 若乱码，用 Reopen with Encoding 尝试几种常见编码 → 选中正确编码后，再执行 File → Save with Encoding → UTF-8 转存，从此状态栏稳定显示 UTF-8。
插件能否更好解决编码显示问题
官方原生功能已足够，插件如 EncodingHelper 或 ConvertToUTF8 主要解决「自动转码」或「无 BOM UTF-8 兼容性」问题，不是为显示服务。它们可能在状态栏加额外按钮，但底层仍依赖 Sublime 自身的 view.encoding() 返回值，无法绕过识别错误。
真正容易被忽略的是：状态栏显示的编码，永远是你「当前视图」的解码方式，不是文件磁盘编码。同一文件用不同编码打开，状态栏就显示不同内容——这不是 bug，是设计如此。
