sublime text 4 必须使用 codecs37 插件,因其持续维护、支持30+编码、开箱即用且兼容st4;converttoutf8仅适用于st2/st3,st4中已失效。

Sublime Text 4 用户直接装 ConvertToUTF8 基本无效,它依赖的底层库在 ST4 中已断裂,且官方仓库早在 2020 年就下架了该插件。你现在通过 Package Control: Install Package 搜到的,大概率是过期镜像或改名版本(比如 CTU8),兼容性差、检测不准,甚至有安全风险。
ST4 必须用 Codecs37,不是 ConvertToUTF8
如果你用的是 Sublime Text 4.4+(当前最新稳定版),Codecs37 是唯一推荐方案:
- 它持续维护,支持
GBK、GB18030、Shift_JIS、EUC-KR、UTF-8-BOM等 30+ 编码 - 安装后开箱即用:打开 GBK 文件自动识别、正常显示,右下角直接标出
GBK - 不依赖
chardet,绕过 ST4 的编码检测兼容性问题 - 无需额外配置,也不会出现“状态栏显示 GBK 但保存仍是乱码”的情况
ConvertToUTF8 只适用于 ST2/ST3,且必须手动安装
若你坚持用老版本 Sublime Text(如 ST3),或必须复现旧项目环境,请跳过 Package Control:
- 去原作者仓库下载
master分支 zip:https://www.php.cn/link/59e57215c2191b47801d192326abf8cf - 解压后重命名为
ConvertToUTF8(不能带版本号或空格) - 打开
Preferences → Browse Packages…,把文件夹拖入对应目录 - 重启 Sublime,再打开一个已知是
GBK的文件——只有这时插件才会触发检测,右下角出现UTF-8 (ConvertToUTF8)才算生效
不管用哪个插件,“Reopen with Encoding”都是第一道关
插件不是万能的,它只在内容已被正确解码的前提下工作。如果一打开就是“锟斤拷”,说明 Sublime 还没“看懂”原始字节流:
- 先点右下角当前编码名(如
UTF-8或Western (ISO 8859-1))→Reopen with Encoding → Chinese (GBK) - 如果仍乱码,依次试
Chinese (GB2312)、Western (Windows 1252);只要中文变正常,就说明原始编码判断对了 - 确认后才能保存:菜单栏
File → Save with Encoding → UTF-8(注意不是UTF-8 with BOM) - 跳过这步直接保存,等于把乱码当原文本再写一遍,不可逆
最常被忽略的一点:插件不会改变文件磁盘上的原始编码,它只是帮你“读得懂、改得对、存得回”。真正要长期解决乱码,最终还是得统一迁移到 UTF-8 ——但迁移前,你得先让编辑器看清内容。











