sublime text 的行高由 line_height 配置项控制，单位为像素，表示基线到基线的绝对距离；默认值 0 依赖字体度量，推荐从 font_size×1.4 向上取整起步，修改后需重启或重载设置生效。
行高设置在 Sublime Text 里靠 line_height 控制
Sublime Text 没有图形化滑块调行高，所有行间距调整都通过修改用户配置项 line_height 实现。它不是 CSS 的 line-height，而是以像素为单位的**行基线到下一行基线的绝对距离**（含字体本身高度 + 上下留白）。默认值通常是 0，表示由字体自身决定，此时行距偏挤。
-
line_height值设为0：完全依赖字体度量，不同字体表现不一，Mac 上常显得过密 - 设为
1.2这类小数？无效 —— Sublime 只接受整数或浮点数，但**必须是像素值，不是倍数** - 推荐起步值：从
1.4倍字体大小开始试；比如font_size是12，可设line_height为17（12 × 1.4 ≈ 16.8 → 向上取整） - 改完要重启 Sublime 或执行
Preferences: Reload Settings命令才生效
全局设置 vs 针对特定语法的行高
多数人只想让 Python 或 Markdown 看着舒展些，但 line_height 是编辑器级配置，无法按语法单独设 —— 除非用插件或 hack 方式。不过有个实用折中：
- 全局
line_height设一个基础值（如18），保证大部分语言可读 - 对 Markdown / HTML 这类行内元素多的格式，可配合
word_wrap和wrap_width缓解视觉压迫感 - 真要差异化：装
ApplySyntax+ 自定义规则，再结合view.settings().set('line_height', 22)写插件脚本 —— 但日常没必要，维护成本高 - 注意：某些主题（如
Adaptive）会覆盖line_height，换回Default主题测试是否生效
常见错误：改了没反应？先查这三处
行高不生效，90% 是因为配置没落对地方或被覆盖：
- 确认改的是
Preferences.sublime-settings（用户级），不是Default或OSX等系统级文件 - 检查 JSON 格式：漏逗号、多逗号、引号用中文标点都会导致整个配置失效，Sublime 不报错但静默忽略
- 有没有其他插件在运行时重写
line_height？比如Origami或某些 UI 增强插件 —— 临时禁用插件逐个排查 - Mac 用户特别注意：
line_height在 Retina 屏下可能需更高值（如24）才明显，因系统做了像素缩放
字体和行高的实际协同关系
行高不是孤立参数，它和 font_face、font_size 共同决定最终可读性。同一 line_height 值，在等宽字体（如 Fira Code）和非等宽字体（如 San Francisco）下视觉松紧差异很大：
- 用 Fira Code / JetBrains Mono 时，
line_height设18～20较平衡 - 用系统默认字体（如 macOS 的
.SFNSDisplay），同样18会显得稀疏，建议16起步 - 字体开启抗锯齿（
font_options:["gray_antialias"]）后，行间灰度过渡更柔和，可适当降低line_height1～2px - 别迷信“越大越舒服”：超过
24容易断视线流，尤其长函数或嵌套结构里，反而增加扫读成本
行高这事没有标准答案，但所有有效调整都绕不开看实际代码段的呼吸感 —— 打开一个带多层缩进、注释和空行的文件，调到眼睛不累为止。别的都是参考。
