sublime text 默认不自动检测文件编码，需依赖插件；encodinghelper 仅提供快捷切换与记忆功能，不进行内容探测；converttoutf8 调用 chardet 实现近似自动检测，但有延迟且不改原编码。
Sublime Text 默认不自动检测文件编码，必须靠插件或手动配置
Sublime Text 原生只按 fallback_encoding（默认 Western (Windows 1252)）读取非 UTF-8 文件，遇到中文乱码时不会主动尝试 GBK、UTF-8-BOM、Shift-JIS 等编码——它根本没做自动探测逻辑。所谓“自动检测”，本质是：保存时记录编码、打开时按历史匹配、或调用第三方库暴力试解码。
EncodingHelper 插件不能真正“自动检测”，但能快速切换和记忆编码
这个插件不是万能解码器，它不运行 chardet 类算法，而是提供一套快捷工作流：
- 右键菜单直接选择
GBK/UTF-8 with BOM/Big5等常用编码强制重载 - 对当前文件执行
File → EncodingHelper → Save with Encoding后，下次打开会默认用该编码（写入缓存） - 支持在
Preferences → Package Settings → EncodingHelper → Settings中配置default_encoding和auto_detect_encodings（注意：后者只是启用/禁用“根据文件扩展名预设编码”，比如.py强制 UTF-8，.bat强制 GBK，并非内容探测）
更靠谱的自动检测方案：用 ConvertToUTF8 插件（仅限 Sublime Text 3）
如果目标是“打开即正确显示乱码文件”，ConvertToUTF8 是目前最接近“自动检测”的选择——它会在文件加载时调用 Python 的 chardet 库试解码，失败后回退到用户配置的 fallback 列表（如 ["GB2312", "GBK", "BIG5"]）。但要注意：
- 安装后需重启 Sublime；首次打开乱码文件可能有轻微延迟（因要试解码）
- 不修改原文件内容，只影响显示；保存时默认仍用原编码，除非手动选
Save with Encoding - 某些混合编码或超短文本（Ctrl+Shift+P → Set Encoding: GBK 手动兜底
- Sublime Text 4 用户无法使用，因其依赖的
chardet版本与 ST4 的 Python 3.8 运行时不兼容
绕过插件：用命令行 + iconv 快速转码再打开（适合批量处理）
当面对一堆 GBK 编码的 .txt 或 .log 文件，且不想装插件时，可先统一转为 UTF-8：
iconv -f GBK -t UTF-8 input.txt > output.txt
或者用 shell 批量转换（macOS/Linux）：
for f in *.txt; do iconv -f GBK -t UTF-8 "$f" -o "utf8_$f"; done
Windows 用户可用 PowerShell 的 Get-Content -Encoding Default（读 GBK）配合 Set-Content -Encoding UTF8，但注意 Default 在 PS 中实际指系统 ANSI 页（如中文 Windows 是 GBK），不是 Unicode。
这类操作不依赖编辑器，也避开了插件兼容性问题，但需要你提前知道原始编码——这点恰恰是自动检测最难的部分。
