sublime text的“紧凑型代码字体”需字体选型与精准配置结合：安装时确认系统注册的全名（如firacode-regular），font_face设为fallback数组（如["firacode-regular","microsoft yahei","simsun"]），并配line_padding_top/bottom=1，避免拼错、缓存未刷新、顺序颠倒或行距过大导致失效。
“紧凑型代码字体”不是安装选项，而是字体选型+配置组合
Sublime Text 本身没有“紧凑型字体”开关，所谓紧凑，是指在相同 font_size 下字符横向更窄、行内信息密度更高，常见于 Fira Code、JetBrains Mono、Cascadia Code 等现代等宽字体。但光下载安装字体文件远远不够——系统未注册、名称填错、fallback 链断裂，都会导致实际渲染变宽甚至回退到 Consolas。
装字体前必须确认系统已正确注册真实全名
双击安装 .ttf/.otf 文件 ≠ Sublime 能识别。它只认操作系统字体库里的「全名（Full Name）」，大小写、空格、连字符全部敏感：
- Windows：打开「设置 → 字体」，搜索字体 → 点开详情 → 复制「字体名称」字段（如
FiraCode-Regular，不是Fira Code） - macOS：用「字体册」App，筛选「电脑」范围 → 选中字体 → 右下角「信息」面板里找「完整名称」（如
JetBrainsMono-Regular） - Linux：终端运行
fc-list : family | grep -i "jetbrains"，输出带引号的才是真实 family name（如"JetBrains Mono"） - 装完务必重启 Sublime，否则
font_face写对也静默失效
font_face 数组顺序决定“紧凑感”是否生效
单写一个英文紧凑字体（如 "font_face": "Fira Code"），中文会显示方块；单写中文字体（如 "Microsoft YaHei"），英文标点和连字就糊成一团。真正让代码既紧凑又可读的写法是 fallback 数组：
{
"font_face": ["FiraCode-Regular", "Microsoft YaHei", "SimSun"],
"font_size": 13,
"line_padding_top": 1,
"line_padding_bottom": 1
}
- 数组从左到右匹配：ASCII 字符优先用
FiraCode-Regular（紧凑+连字），中文走Microsoft YaHei，兜底用SimSun -
line_padding_top/bottom设为1而非0，避免!=、=>这类连字被裁切，同时保持行距不松散 - 别用
line_spacing：它在 ST4 中已弃用，设了也不生效
高分屏或深色主题下容易忽略的渲染陷阱
即使字体名、数组、行距全对，仍可能看着不紧凑，问题常出在抗锯齿和子像素渲染上：
- 某些中文字体（如老版
YaHei Consolas Hybrid）在 ST4 默认渲染路径下被跳过，换新版或加"font_options": ["no_antialias"]强制关闭抗锯齿 - macOS 上若启用了「自动调节字体粗细」，
Fira Code的l和1可能粘连，需在系统「辅助功能 → 显示」里关掉该选项 - 深色主题下，
line_padding_top > 2会导致括号高亮条视觉变细，误判为代码缩进异常
