sublime Text无法安全批量转码文件为UTF-8，因其Convert to UTF-8仅对已知原始编码的当前文件生效，误判会导致乱码；可靠方案是用iconv等命令行工具先识别编码再转换，并注意bom处理。
sublime text 本身不提供“批量转换多个文件编码为 UTF-8”的内置功能，也没有官方支持的插件能安全、无损地批量重编码所有文件——尤其当原始编码未知时，强行转码极易导致乱码或数据损坏。
为什么不能直接用 Convert to UTF-8 批量操作？
Sublime 的 File → Reopen with Encoding → UTF-8 或 Convert to UTF-8 命令只作用于当前打开的文件，且前提是：你已手动确认该文件原始编码（比如它是 GBK 编码的中文文本）。如果原始编码判断错误，Convert to UTF-8 会把字节按错误规则解码再重编码，结果就是不可逆的乱码。
-
Convert to UTF-8不是“识别并转码”，而是“按当前解码结果，以 UTF-8 重新保存” - 未保存的文件执行该命令，只是修改内存中的文本表示，不改变磁盘原始字节
- 对二进制文件（如图片、pdf）或混合编码的文件执行，大概率破坏内容
真正可用的批量转码方案：用命令行 + iconv 或 recode
可靠做法是离开 Sublime，在终端中用专业编码转换工具处理文件，再用 Sublime 打开结果。推荐 iconv（macOS/linux 自带，windows 可通过 MSYS2 或 WSL 安装）：
iconv -f GBK -t UTF-8 input.txt -o output.txt批量转换当前目录下所有 .txt 文件（假设原始编码是 GBK）：
for file in *.txt; do iconv -f GBK -t UTF-8 "$file" -o "utf8_$file" done- 务必先用
file -i filename或enca -L zh filename猜测原始编码，不要盲目假设 -
-f参数必须准确，错一个字符（如写成GB2312而实际是GBK）就可能失败或乱码 - 建议加
-c参数跳过无法转换的字符：iconv -f GBK -t UTF-8 -c file.txt
Sublime 插件能做什么？别指望它自动猜编码
插件如 ConvertEncoding 或 EncodingHelper 只是增强菜单和快捷键，本质仍是调用 Sublime 内置的编码切换逻辑，**不增加编码识别能力**。它们的用途限于：
- 快速切换当前文件的显示编码（
Reopen with Encoding） - 把当前已正确解码的内容，以 UTF-8 格式保存（
Save with Encoding → UTF-8） - 批量设置新文件默认编码（通过
Preferences → Settings – Syntax Specific配置"default_encoding": "UTF-8"）
没有插件能绕过“原始编码未知 = 无法安全转码”这个根本限制。
最易被忽略的一点：很多所谓“UTF-8 文件”其实带 BOM（EF BB BF），而 Sublime 默认不显示 BOM，但某些工具（如 windows 记事本、旧版 python）会把它当乱码。若需去除 BOM，得用 sed -i '1s/^xEFxBBxBF//' file.txt 或专门工具处理——这又是一层独立于编码转换的细节。