sublime text 的行间距参数叫 line_padding_top 和 line_padding_bottom，二者为独立像素值，其和决定视觉行距，需整数且正确写入用户配置文件。
行间距参数叫什么？不是 line-height
Sublime Text 的行间距控制不叫 line_height，而是 line_padding_top 和 line_padding_bottom。这两个是独立设置的像素值，加起来才是视觉上两行文字之间的总空白。很多人搜 line-height 会走偏，因为 Sublime 并不支持 CSS 那套行高计算逻辑。
实际生效的是它们的和：比如设 "line_padding_top": 3、"line_padding_bottom": 3，等效于整体多出 6px 垂直空间。
- 只改其中一个也能用，但对称设置更易预判效果
- 负值允许，但低于 -1 后可能引发渲染错位或光标异常
- 修改后需保存并重启 Sublime（或 Cmd/Ctrl+Shift+P → “Reload Settings”）才生效
怎么改？直接编辑 Preferences.sublime-settings
打开菜单 Preferences → Settings，右侧用户配置区加入字段即可。别动左边默认设置——那是只读的。
常见组合示例：
{
"line_padding_top": 2,
"line_padding_bottom": 2,
"font_size": 13
}
注意点：
-
line_padding_*必须是整数，小数会被截断（如 1.5 → 1） - 如果同时开了
font_face且用了非等宽字体，行距感知会变“松”，建议搭配font_size微调 - 某些主题（如 Ayu、Material Theme）会覆盖部分排版行为，优先确认是否主题自身注入了 padding 规则
行距太大/太小？先排除缩放和 DPI 干扰
如果你发现调了 line_padding_* 没反应，或者在不同显示器上表现不一致，大概率是 DPI 缩放或 UI 缩放在捣鬼。
- macOS：检查系统“显示设置”是否启用了“放大”；Sublime 默认不响应系统级缩放，但字体渲染会间接影响行距观感
- Windows：右键 Sublime 快捷方式 → 属性 → 兼容性 → 取消勾选“替代高 DPI 缩放”
- Linux：环境变量
GDK_SCALE=1启动可排除 GTK 缩放干扰
验证方法：新建一个纯文本文件，用默认主题 + 默认字体，再测试行距变化。排除掉主题、字体、缩放三重叠加效应，才能准确定位是不是 line_padding_* 设置本身的问题。
为什么改了没生效？检查 settings 加载顺序和拼写
Sublime 加载配置时，用户 settings 会合并到默认 settings 中，但字段名必须完全匹配。大小写、下划线、逗号缺失都会导致忽略该条目。
- 错误写法：
"linePaddingTop": 2（驼峰命名，无效） - 错误写法：
"line_padding_top": "2"（字符串值，会被转成 0） - 错误写法：
"line_padding_top": 2,（末尾多余逗号，在 JSON 严格模式下报错） - 更隐蔽的问题：插件如 “Origami” 或 “BracketHighlighter” 有时会动态注入样式，覆盖原生行距表现
最稳的排查路径：关掉所有插件 → 用默认主题 → 纯用户 settings 文件 → 单独只留两行 padding 设置 → 重启看效果。复杂排版问题，往往卡在你以为“只是调个间距”的那个小地方。
