Sublime Text需通过状态栏、Reopen with Encoding或插件确认编码；转换编码必须用Save with Encoding，误用Convert to UTF-8或普通Save会导致丢内容或乱码。
Sublime Text 不会主动显示当前文件的编码格式，但可以通过状态栏、命令面板或插件确认；转换编码需手动触发，且部分编码（如 GBK）在保存时可能丢失内容——关键在于区分“查看”和“转换”的操作路径。
怎么看状态栏里的实际编码名
Sublime Text 窗口右下角显示的文本（如 UTF-8、Western (Windows 1252)）就是当前文件被识别/解码所用的编码。但它不一定是文件原始编码，只是 Sublime 当前解析时采用的假设。
- 如果文件是乱码，状态栏显示的编码大概率是错的（比如实际是
GBK，却显示UTF-8） - 点击状态栏编码名可快速切换解码方式（仅临时预览，不修改文件）
- 切换后若文字变正常，说明该编码更接近真实编码，可据此决定是否保存为新编码
用「Reopen with Encoding」临时验证编码
当怀疑当前编码识别错误时，不要直接保存，先用重开功能验证：
- 菜单栏 →
File→Reopen with Encoding→ 选疑似编码（如GBK、ISO 8859-1） - 若内容立即变清晰，说明原文件极可能是该编码
- 此操作不改动文件磁盘内容，安全；但若选错编码重开，可能显示方块或问号，关掉即可
- 注意：
UTF-8 with BOM和UTF-8在 Sublime 中行为不同，BOM 存在时优先识别为前者
保存为新编码要选对命令
确认目标编码后，必须用 Save with Encoding，而不是普通 Save，否则只是以原编码覆写：
- 菜单栏 →
File→Save with Encoding→ 选目标编码（如UTF-8） - 保存后状态栏会更新，且文件磁盘内容真正按新编码写入
- 若目标编码不支持某些字符（如用
Western保存中文），Sublime 会弹出警告并中止保存 - 常见坑：误点
Convert to UTF-8（旧版插件命令），它只改内存内容，不自动保存，容易以为已转成功
中文乱码高频场景：GBK ↔ UTF-8 转换细节
Windows 记事本默认存为 GBK，而 Sublime 新建文件默认用 UTF-8，二者混用是乱码主因：
- 从记事本复制粘贴进 Sublime：若未设置
fallback_encoding，中文可能显示为 - 用
Reopen with Encoding → GBK正常后，务必执行Save with Encoding → UTF-8才算完成转换 - Sublime 默认不带 GBK 写入支持，需安装插件（如
ConvertToUTF8）才能在保存时自动处理 GBK 源文件，否则可能丢字 - 转换后建议用命令行验证：
file -i your_file.txt（Linux/macOS）或用 VS Code 打开对照编码标识
真正麻烦的不是找不到编码选项，而是误判原始编码就直接保存——一旦用错编码覆盖原文件，原始字节就不可逆丢失了。
