Sublime仅调用系统已安装的等宽字体，实际可用性取决于是否等宽、ASCII字符支持及中文字体fallback可靠性；推荐Fira Code（需配"liga"）、JetBrains Mono、系统自带Consolas/Menlo/DejaVu Sans Mono及YaHei Consolas Hybrid；中英混排可用数组写法["Microsoft YaHei", "Fira Code"]实现字形兜底；侧边栏字体须修改.sublime-theme文件而非用户设置。
Sublime 本身不内置编程字体，只调用系统已安装的等宽字体；能用哪些字体，完全取决于你操作系统里装了什么——不是 Sublime “支不支持”，而是“你装没装、名字对不对、版本够不够”。
哪些字体真正在 Sublime 里好用且稳定
别被“支持列表”误导，实际可用性看三点：是否等宽、是否含常用 ASCII 字符、中文场景下是否 fallback 可靠。以下是在各平台验证过、开箱即用的组合：
-
Fira Code（v6.2+）：连字稳定，!=→≠、=>→⇒基本全生效，但必须配"font_options": ["liga"]，且 Windows 需开启subpixel_antialias -
JetBrains Mono：比 Fira Code 更宽松的连字兼容性，小字号（12–13）下字符间距更匀称，font_face填"JetBrains Mono"即可，无需额外font_options也能显示基础连字 -
Consolas（Windows） /Menlo（macOS） /DejaVu Sans Mono（Linux）：系统自带、零配置、100% 稳定，适合调试阶段或临时换回默认 -
YaHei Consolas Hybrid：中英混排刚需，英文部分保持 Consolas 的清晰度，中文用微软雅黑，font_face填"YaHei Consolas Hybrid"（注意空格和大小写）
为什么你填了字体名却没变
这不是 Sublime 抽风，是它压根没找到那个字体——它不会报错，只会静默 fallback 到 Consolas（Windows）或 Monaco（macOS）。常见卡点：
- Windows 下装了
FiraCode-Regular.ttf，但系统注册的字体全名是FiraCode Regular或Fira Code，填错一个空格或连字符就失效 - macOS 字体册里搜到的是
FiraCode-Retina，但你配置写了Fira Code—— 它们是两个独立字体实体 - Linux 没运行
fc-cache -fv，fc-list | grep -i fira都搜不到，Sublime 当然读不到 - 在用户设置里写了
fontsize或font-size，但正确字段名只有font_size（下划线，全小写）
中英文混排怎么避免方块字
Sublime 不支持 CSS 那种 font-family: "Fira Code", "Microsoft YaHei" 的 fallback 链，但可以用系统级机制绕过：把中文字体放前面，靠字体引擎自动切字形。
例如想让代码用 Fira Code、注释/字符串里的中文用 Microsoft YaHei，直接这么写：
{
"font_face": ["Microsoft YaHei", "Fira Code"],
"font_size": 13
}注意：font_face 是数组，不是字符串；顺序不能反——前面的字体优先尝试渲染每个字符，遇到它没有的字形（比如 Fira Code 里没有中文），才交给后面的字体兜底。
这个技巧在 macOS 上对 PingFang SC + SF Mono、Linux 上对 Noto Sans CJK SC + Source Code Pro 同样有效。
侧边栏字体为什么死活改不了
因为 font_face 这个设置只管编辑区，侧边栏、标签页、状态栏走的是 UI 主题渲染路径，和编辑器正文完全两套系统。你在用户设置里加 "sidebar_font_size": 14 或类似字段，Sublime 会默默忽略，不报错也不生效。
真要改侧边栏字体，必须动主题文件：
- 菜单 → Preferences → Browse Packages… → 进入
Theme - Default/（或你当前启用的主题目录） - 打开
Default.sublime-theme（或对应主题的.sublime-theme文件） - 搜索
"class": "sidebar_label"，在其后添加两行："font.face": "Microsoft YaHei""font.size": 13 - 保存，重启 Sublime（主题文件修改必须重启才生效）
第三方主题（如 Material Theme）通常不允许直接编辑原文件，得先用 PackageResourceViewer 插件提取后再覆盖，否则下次更新就回滚。
