Sublime Text界面文字虚化是渲染路径错误或系统抗锯齿未启用所致：Windows需设"font_options":["directwrite"]并开启ClearType、禁用DPI注入；macOS应设["gray_antialias"]并执行defaults write -g AppleFontSmoothing -int 2；Linux推荐留空font_options，依赖GTK/freetype自动处理。
Sublime Text 界面文字虚化，不是字体问题，而是渲染路径选错或系统级抗锯齿没生效——配对错误的 font_options，比不配还糊；系统 ClearType / Core Text / fontconfig 关着，font_options 再准也白搭。
Windows 高分屏必须用 directwrite，别碰 gdi 或 subpixel_antialias
Sublime Text 4 Build 4126+ 默认走 GDI，对“微软雅黑”“思源黑体”等中文字体的 hinting 和 subpixel 定位支持极差，结果就是字重不均、边缘毛刺、小字号糊成一片。
- 用户配置里只加这一行：
"font_options": ["directwrite"]（别混写["directwrite", "subpixel_antialias"]，冲突后只生效第一个） - 系统 ClearType 必须开启：控制面板 → 显示 → 调整 ClearType 文本 → 全程完成向导（关掉就退化为灰阶）
- 右键 Sublime 快捷方式 → 属性 → 兼容性 → 更改高 DPI 设置 → 勾选「替代高 DPI 缩放行为」并选「应用程序」→ 重启
- 显卡驱动里若开了「覆盖应用程序抗锯齿设置」，临时关掉测试
macOS Retina 屏只认 gray_antialias，禁用子像素
macOS 默认启用 subpixel_antialias，但在 Retina 屏上会导致文字泛绿边、发虚、纤细无力——这不是字体缺陷，是子像素渲染在物理层面失效。
- 终端执行：
defaults write -g AppleFontSmoothing -int 2（2 是中等平滑强度，0=关，3=最强） - 用户配置中设：
"font_options": ["gray_antialias"]（别加subpixel_antialias，两者冲突） - 改完必须完全退出 Sublime（菜单栏「Sublime Text → 退出」），热重载不生效
- 深色主题下检查是否硬设了
-webkit-font-smoothing: antialiased，会覆盖系统渲染策略
Linux 下优先留空 font_options，让 GTK/freetype 自行决策
Linux 字体渲染高度依赖桌面环境和底层库，font_options 不是指令，只是建议。乱填反而干扰系统默认行为。
- 多数现代发行版（GNOME/KDE）直接删掉
font_options字段最稳 - 若必须干预，试
"font_options": ["antialiased"]（灰阶），别用subpixel_antialias（Wayland 会无视，X11 下易与 fontconfig hinting 冲突） - 确保环境变量生效：
GDK_SCALE=2（对应 200% 缩放），否则 UI 和字体缩放不同步 -
hardware_acceleration设为"opengl"会绕过 GTK 文本管线，导致font_options完全无效；临时改成"none"测试
所有平台都容易踩的坑：主题覆盖、硬件加速、字体 fallback
改完 font_options 没效果？大概率被这些隐藏层劫持了：
- 第三方主题（如 ayu、Material Theme）常在自己的
.sublime-theme文件里硬编码font_options，需搜索并删掉或统一改成匹配值 -
font_face必须是系统真实存在的等宽字体名（如"Fira Code"），填错会回退到 Courier，抗锯齿失效 - 中文字体不能单独作为
font_face，必须放在等宽字体后作 fallback（如"font_face": "Fira Code, Microsoft YaHei"），否则缩进错乱、括号不对齐 -
font_size小于 11.0 时，Core Text / freetype 会自动禁用 subpixel 渲染；避免小数（如 12.5），Sublime 不支持亚像素缩放，只会插值加剧模糊
