菜单乱码主因是系统中文字体缺失或未被Sublime Text正确调用，需先验证系统字体存在且UTF-8环境正常，再在用户设置中强制指定font_face（如Windows用Microsoft YaHei），并彻底退出重启以刷新字体缓存。
菜单乱码不是汉化包坏了，是 Sublime Text 没拿到正确的字体上下文来渲染中文菜单——它压根没用微软雅黑或苹方，而是 fallback 到了不支持中文的默认字体。
确认系统中文字体是否就位
Sublime Text 不自带中文字体，全靠系统提供。菜单乱码第一关就是字体缺失。
- Windows：进
控制面板 → 字体搜索Microsoft YaHei，必须存在；PowerShell 执行[System.Text.Encoding]::UTF8.WebName应返回utf-8 - macOS：终端运行
locale | grep -E "(LANG|LC_ALL)"，输出里必须含UTF-8，且不能是en_US.ISO8859-1 - Linux（如 Ubuntu）：检查是否安装了
fonts-wqy-zenhei或fonts-noto-cjk，用fc-list :lang=zh确认有中文字体被识别
强制指定菜单字体（关键一步）
ST3/ST4 默认不启用中文渲染管线，光装汉化包没用。必须在用户配置里显式声明字体。
- 打开
Preferences → Settings – User - 添加或修正以下两项：
"font_face": "Microsoft YaHei"（Windows）"font_face": "PingFang SC, Hiragino Sans GB"（macOS）"font_face": "Noto Sans CJK SC, WenQuanYi Zen Hei"（Linux） - 别漏掉
"font_options": ["directwrite"]（Windows）或"font_options": ["subpixel_antialias"]（macOS/Linux），否则字体边缘发虚
检查汉化包是否真生效（而非假汉化）
很多“汉化包”只是改了 menu_en.json 里的键值，但 ST3.3+ 后底层资源已二进制打包，手动编辑无效，反而破坏签名校验。
- 别解压
Default.sublime-package改里面文件——这是 ST 官方封包，改了会触发校验失败，回退英文 - 正确做法是装社区维护的汉化插件，如
ChineseLocalization（GitHub 上最新版，2026 年仍在更新） - 装完后重启，再进
Preferences → Package Settings → ChineseLocalization → Settings，确认"enable_menu_translation": true
ST4 用户特别注意：fallback_encoding 已失效
如果你用的是 Sublime Text 4，所有关于 fallback_encoding 的旧教程都过时了。这个字段在 ST4 中被彻底移除，加了也白加。
- 菜单乱码跟
fallback_encoding完全无关，它是管文件内容解码的，不是管 UI 渲染的 - ST4 的菜单字体只响应
font_face和系统 locale，其他任何编码相关配置都不影响菜单显示 - 如果设了
font_face还乱码，基本可以断定是系统级字体注册失败，比如 macOS 上PingFang SC被禁用、或 Windows 上微软雅黑被第三方工具卸载
最常被忽略的一点：ST4 启动时会缓存字体列表，改完 font_face 后必须完全退出（macOS 上要右键 Dock 图标选 “退出”，不能只关窗口），再重开才生效。静默重启或 Cmd+Q 不彻底，缓存字体不会刷新。
