sublime 中文乱码需先手动选对“reopen with encoding”（如 chinese gbk），再用“save with encoding → utf-8”真正转码；converttoutf8 插件仅在保存时将已正确解码的 unicode 转为 utf-8 字节，不负责解码显示，且 st4 需手动安装原版。
Sublime 中文乱码不是插件没装，而是你还没让编辑器“看懂”文件原始编码——ConvertToUTF8 不负责解码显示，只负责保存时转 UTF-8；真正让中文变正常的第一步，永远是手动选对 Reopen with Encoding。
怎么让乱码文件立刻显示正常？
别改设置、别等插件生效，先救眼前问题：
- 打开乱码文件 → 点右下角状态栏当前编码名（如
UTF-8或Western (ISO 8859-1)）→ 选Reopen with Encoding→Chinese (GBK) - 如果还是乱码，依次试
Chinese (GB2312)、Western (Windows 1252)；只要中文能看清，就说明原始编码判断对了 - 点完
Chinese (GBK)后反而更乱？说明不是 GBK，换别的选项，别硬扛 - 此时你看到的“正常中文”只是 Sublime 在内存里用 GBK 解出的 Unicode，磁盘文件一个字节都没变
ConvertToUTF8 插件到底干了什么？
它只做一件事：你在按 Ctrl+S 保存时，把内存中已正确解码的 Unicode 内容，按 UTF-8 编码规则重新写回磁盘。它不改原文件字节，也不实时转码预览，更不会把 UTF-8 文件“转出”成 GBK。
- 插件生效的前提是你已通过
Reopen with Encoding正确加载内容；它不会自动猜对编码 - 保存后文件磁盘内容才真正变成 UTF-8；之前只是“看着正常”，但文件仍是 GBK 字节
- 如果原始编码识别错了（比如把
UTF-8 with BOM误判为 GBK），保存后内容就真毁了，且不可逆 - 它对只读文件、无写入权限路径、远程挂载目录完全无效
ST4 用户必须绕开 Package Control 手动安装
官方仓库早在 2020 年就下架了 ConvertToUTF8，现在通过 Package Control: Install Package 搜到的，基本是过期镜像或改名版本（如 CTU8），兼容性差、甚至有安全风险。
- 去 GitHub 搜索
seanliang/ConvertToUTF8（作者原 repo，最后更新于 2020） - 下载
master分支 zip，解压后重命名为ConvertToUTF8 -
Preferences → Browse Packages…，把文件夹拖进打开的目录，重启 Sublime - 插件默认不自动启用，首次需手动打开一个 GBK 文件触发检测；状态栏出现
UTF-8 (ConvertToUTF8)即生效
Save with Encoding → UTF-8 才是真正转码动作
很多人以为点一下状态栏编码名就转码了，其实那只是换了解码方式，磁盘文件一字未动。真正让文件变成 UTF-8 的，只有这一步：
- 确认当前文件已用正确编码（如
Chinese (GBK)）打开，中文显示无误 - 菜单栏
File → Save with Encoding → UTF-8（注意：不是UTF-8 with BOM） - 这步调用的是 Sublime 自身逻辑：把内存中已解码的 Unicode 字符，严格按 UTF-8 规则重新编码成字节，写入文件
- 保存后关闭再重开，右下角应显示
UTF-8，且中文依然正常；否则说明上一步原始编码没对上
最常被忽略的不是操作顺序，而是“文件真实编码”和“Sublime 当前解码方式”的区别——状态栏显示 GBK 不代表文件就是 GBK 编码，它只是当前视图的解码方式；而 file -i（Linux/macOS）或 Notepad++（Windows）才能告诉你真实 charset。
