ConvertToUTF8插件不解决乱码显示，仅支持UTF-8保存；真正修复需先Reopen with Encoding选对原始编码（如Chinese (GBK)），再Save with Encoding → UTF-8。
ConvertToUTF8 插件本身不解决乱码显示问题，它只在你已正确解码的前提下，帮你把编辑后的内容以 UTF-8 保存回磁盘。真正让中文“立刻能看懂”的动作，和插件无关。
Reopen with Encoding 是唯一能让乱码变正常的操作
打开一个满屏“锟斤拷”或方块的文件，Sublime 正在用 UTF-8 解析实际是 GBK 的字节流。此时：
- 点右下角状态栏当前编码名（比如
UTF-8或Western (ISO 8859-1)）→ 选Reopen with Encoding→Chinese (GBK) - 如果还不对，依次试
Chinese (GB2312)、Western (Windows 1252)；只要中文显示清晰，就说明原始编码判断对了 - 若选
Chinese (GBK)后反而更乱，说明不是 GBK，别保存，直接换选项重试 - Linux/macOS 用户可用
file -i 文件名看charset=gbk字段；Windows 用户用 Notepad++ 打开，右下角直接显示真实编码
Save with Encoding → UTF-8 才是真正转码动作
确认中文已正常显示后，这一步才开始改磁盘文件：
- 菜单栏
File→Save with Encoding→UTF-8（注意：不是UTF-8 with BOM） - 这步把内存里已解码的 Unicode 字符，严格按 UTF-8 规则重新编码写入文件；之前所有操作都不动磁盘一字节
- 保存后关闭再重开，右下角应显示
UTF-8，且中文仍正常；如果别人用记事本打开还是乱码，说明上一步没做对——文件根本没被正确识别为 GBK - 别点
Convert to UTF-8（老版本菜单里有），它会静默重写且不提示，原始编码信息直接丢失
ConvertToUTF8 插件必须手动安装，Package Control 不可靠
官方仓库早在 2020 年就下架了 ConvertToUTF8，现在通过 Package Control: Install Package 搜到的，基本是过期镜像或改名版（如 CTU8），兼容性差、甚至有安全风险：
- 去原作者 GitHub 仓库（
seanliang/ConvertToUTF8）下载master分支 zip - 解压后重命名为
ConvertToUTF8 -
Preferences→Browse Packages…，把文件夹拖进打开的目录 - 重启 Sublime，首次需手动打开一个 GBK 文件触发检测；状态栏出现
UTF-8 (ConvertToUTF8)即生效 - Sublime Text 4.4+ 用户优先考虑
Codecs37，ConvertToUTF8已基本不可靠——它依赖的底层库（如chardet）在 ST4 中兼容性断裂
配置项里 fallback_encoding 写 "UTF-8" 是无效的
fallback_encoding 字段不接受标准编码名，写 "UTF-8" 完全没用：
- 正确写法是：
"fallback_encoding": "Chinese (GBK)"或"Western (ISO 8859-1)"，这些是 Sublime 内部注册的编码标识符 -
default_encoding才支持"UTF-8"，它只管新建空文件右下角显示什么、以及“另存为”对话框默认选哪个，不控制Ctrl+S的实际写入编码 - ST4 彻底移除了
fallback_encoding，加了也无效；default_encoding_on_save才管保存时的默认编码 - 顺手加一行
"save_with_bom": false，否则保存后 Python/Git 会报Non-UTF-8 code starting with '\xef'
Reopen with Encoding。插件只是个辅助工具，不是万能开关。 
