主界面排版异样（如菜单栏错位、侧边栏文字重叠）通常由非法字体导致，因其伪造度量信息或嵌入冲突OpenType特性，破坏Sublime UI像素级布局；需按安装日期清理可疑字体、删除FontCache缓存并配置安全字体栈（如"Consolas, Microsoft YaHei UI, sans-serif"）方可修复。
主界面排版异样（如菜单栏错位、侧边栏文字重叠、状态栏图标挤在一起）通常不是字体“丑”，而是 Sublime Text 加载了不兼容的非法字体——比如从非官方渠道下载的修改版微软雅黑、带私钥签名的“优化版”等宽中文字体，或强行注入的带 OpenType 特性表但未适配编辑器渲染逻辑的字体文件。
为什么非法字体会导致 UI 排版崩坏？
Sublime Text 的 UI 元素（菜单、标签页、状态栏）依赖字体的度量信息（ascent/descent/line-height/glyph bounds）做像素级布局。非法字体常存在以下问题：
- 伪造或缺失
OS/2表中的sTypoAscender/sTypoDescender值，导致行高计算错误 - 将中文字符的
advance width设为非整数（如 12.3px），而 Sublime Text 在 UI 渲染时只接受整数像素对齐 - 嵌入了冲突的
locl（本地化）或ccmp（字形组合）特性，触发 Windows DirectWrite 引擎异常回退，进而影响整个 UI 字体链的 fallback 行为
如何快速定位并移除非法字体？
不要靠肉眼判断“哪个字体看起来奇怪”，直接查系统级注册和 Sublime 的实际加载行为：
- Windows：打开
控制面板 → 字体，按“安装日期”倒序排列，重点检查近 7 天内新增的、名称含“修正版”“高清”“等宽中文”“Hack”等关键词的字体，右键 → 删除 - macOS：用终端执行
fc-list | grep -i "simhei\|msyh\|yahei"，再逐个检查输出路径是否在/Library/Fonts或~/Library/Fonts下；若路径含Downloads或临时解压目录，立即rm - 验证 Sublime 实际加载：启动时加命令行参数
subl --debug，观察控制台输出中font face后面是否出现类似SimHei, version 6.22 (not usable)的警告
修复后必须重置 Sublime 的字体缓存
即使删了非法字体，Sublime Text 仍可能缓存旧的度量数据，导致重启后 UI 依旧错位：
- 关闭所有 Sublime 实例（包括后台进程，任务管理器里确认
sublime_text.exe或Sublime Text进程已退出） - 删除字体缓存目录：
Windows：%LOCALAPPDATA%\Sublime Text\Cache\FontCache
macOS：~/Library/Caches/com.sublimetext.4/FontCache
Linux：~/.cache/sublime-text-4/FontCache - 重新启动，此时它会重建干净的字体索引，UI 排版恢复默认对齐
后续避免踩坑的关键配置
别再手动往系统里塞“优化字体”，改用 Sublime 原生支持的安全方案：
- 在用户设置中显式指定安全字体栈：
"font_face": "Consolas, Microsoft YaHei UI, sans-serif"（注意用英文逗号分隔，且末尾保留sans-serif作为兜底） - 强制禁用可能出问题的渲染特性：
"font_options": ["gdi"]（仅 Windows）或"font_options": ["no_rounding"]（macOS 高分屏） - 永远不要修改
font_size小于 10 或大于 16 —— UI 元素的最小可读高度是硬编码的，超出范围会触发 layout 强制缩放，引发错位
真正麻烦的不是字体本身，而是字体和 Sublime 的 UI 渲染层之间那几行没公开文档的度量校验逻辑。删字体只是表象，清缓存+设安全栈才是稳住排版的底线操作。
