Sublime如何设置默认打开的编码格式?代码编辑器UTF-8配置
估计不少用户都遇到过:在Sublime Text 4里打开一个Windows记事本生成的旧文件,满屏乱码,看着就头疼。先说个关键变化——ST4已经把这个痛点的传统解法给“砍”了。 ST4 中 fallback_encoding 已失效,别再配它了 Sublime Text 4 彻底移除了 fallb
估计不少用户都遇到过:在Sublime Text 4里打开一个Windows记事本生成的旧文件,满屏乱码,看着就头疼。先说个关键变化——ST4已经把这个痛点的传统解法给“砍”了。

ST4 中 fallback_encoding 已失效,别再配它了
Sublime Text 4 彻底移除了 fallback_encoding 这个配置项。这意味着,你在用户设置里写上 "fallback_encoding": "GBK" 或者 "UTF-8",Sublime 会直接视而不见——既不报错,也不生效。当你打开一个没有BOM头的GBK文件时,它会按照编译器写死的顺序去尝试解码:UTF-8 → UTF-16 → Western (Windows 1252) …… 这一串里根本就没有GBK的容身之地。结果?大概率就是满屏方块或乱码。
所以这不是你配置漏了什么,而是ST4主动放弃了这个“自动猜编码”的能力。如果你还指望着靠改个配置就一劳永逸,那在ST4里这条路已经走不通了。
打开乱码文件:唯一可靠方案是手动操作
当你双击打开一个 .txt、.html 或 .js 文件(尤其是那些从Windows记事本里“遗老”下来的老文件),发现乱码了,那么唯一可靠的办法就是手动介入。具体操作分三步走:
- 第一步:点击右下角当前显示的编码名称,它通常显示为
Western (Windows 1252)或者干脆是空白。 - 第二步:在弹出的菜单里选择
Reopen with Encoding→Chinese (GBK)。注意,括号里是界面显示的名字,不是配置文件里用的值。 - 第三步:等中文显示正常之后,立刻执行
Sa ve with Encoding→UTF-8(千万别选那个带BOM的)。
这一步做完,文件才算真正被转换为UTF-8并写入磁盘。之后你再去编辑,按 Ctrl+S,只要 default_encoding_on_sa ve 配置正确,它就会一直以UTF-8的方式来保存。
default_encoding_on_sa ve:真正管保存,拼写必须严格
真正控制 Ctrl+S 写入什么编码的配置项,只有一个,那就是 default_encoding_on_sa ve。你把它设成 "UTF-8" 之后,不管原文件是GBK、BIG5还是无BOM的UTF-8,保存时编辑器都会把内存里的Unicode重新编码成UTF-8(无BOM)的字节再写回去。
这里要特别强调一下,下面这些写法全部是无效的,一个都不行:
"utf-8"(用了小写)"UTF8"(缺了个短横)"UTF-8 with BOM"(名字超长且不规范)"UTF-8+BOM"(混入了非法符号)
Sublime只认且只接受 "UTF-8" 这一个写法——大小写、短横、引号,一个字都不能错。
别混用 default_encoding:它现在纯属干扰项
还有个配置项叫 default_encoding,它在ST4里已经被官方标记为“已废弃”(deprecated)。这个配置现在只影响两件事:
- 新建空白文件时,右下角显示的编码标识,比如显示个
UTF-8。 - “Sa ve with Encoding” 这个对话框里,默认选中的那一项。
但关键是,它完全不参与决定实际的保存行为,也不影响打开文件的逻辑。更麻烦的是,如果跟 default_encoding_on_sa ve 同时存在,它还可能引发误判。比如新建文件时右下角显示 UTF-8,但如果你输入了中文再按 Ctrl+S,保存的仍然可能是GBK。所以建议在用户设置里彻底把它删掉。
总结下来,真正需要盯住的,只有 default_encoding_on_sa ve 这一个配置项:它是否存在、拼写是否正确、值是否设为 "UTF-8"。其他那些,都是障眼法。
Windows 10 是一款微软推出的经典操作系统,拥有硬件兼容性与多任务处理能力。它更偏向把系统状态查看和常用调节动作放在一起,适合需要持续观察和微调设备状态的场景。
极度公式是一款跨平台专业LaTeX公式识别编辑软件,支持OCR公式识别和多平台编辑。和使用说明,避免使用,享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时,它能把识别后的处理步骤接得更顺,资料录入这类场景会省下不少时间。
















