sublime text 中唯一可靠控制编辑区行高间距的参数是 line_padding_top 和 line_padding_bottom；二者为整数像素值，分别控制每行文字上下空白，共同决定视觉行距，且跨版本兼容，而 line_height 在 st4 中常被主题或插件静默覆盖而失效。
line_padding_top 和 line_padding_bottom 是唯一可靠参数
Sublime Text 的编辑区行高间距不能靠 line_height 稳定控制，尤其在 ST4 中它常被主题或插件静默覆盖，且不报错。真正起作用、跨版本兼容的只有 line_padding_top 和 line_padding_bottom 这两个整数像素值——它们分别控制每行文字上方和下方的空白高度，加起来就是你看到的视觉行距增量。
常见错误是只设一个为 0，比如只写 "line_padding_top": 3 而漏掉 line_padding_bottom，这会导致光标垂直对齐错乱、代码折叠图标偏移、甚至语法高亮条错位。
- 新手推荐起始值：
"line_padding_top": 3,"line_padding_bottom": 3（总 +6px），适配font_size14–16 的等宽字体 - 缓解视觉压迫感可尝试不对称：
"line_padding_top": 4,"line_padding_bottom": 2，文字轻微下沉，光标线更居中 - 值必须为整数，范围建议 0–8；超过 10 容易造成滚动时跳动感增强
为什么改了 line_height 没反应？
line_height 在 ST4 中已基本失效：设小数（如 1.4）常被忽略；设整数（如 20）可能被主题（ayu、Soda）、插件（Origami）或语法专属设置（Python.sublime-settings）强行覆盖。它不提示、不报错，只“假装生效”。
确认你没踩这三个坑：
- 修改位置是否在 Preferences → Settings 右侧「User Settings」？左侧 Default 是只读的，改了也会被升级清空
- 是否误在
Preferences → Settings – Syntax Specific里也写了line_height？它会优先覆盖全局 - 当前主题是否在
.sublime-theme文件里硬编码了"line_height": 0？临时切换成内置主题Adaptive测试，如果这时行距变了，就坐实是主题问题
自定义皮肤影响行距？得动主题文件
line_padding_top 和 line_padding_bottom 只作用于代码编辑区正文，对侧边栏（Sidebar）、标签页（Tabs）、行号栏（Gutter）完全无效。如果你用的是第三方主题（如 Soda、ayu），这些区域的“行距”由主题文件里的 ui_line_height 或 content_margin 控制。
例如调整标签页高度，需编辑 Packages/Theme - Default/Adaptive.sublime-theme（或你当前主题名），找到 "class": "tab" 块，修改：
{
"class": "tab",
"content_margin": [8, 4, 8, 4],
"height": 32
}
其中 content_margin 的第二和第四项控制上下内边距，height 控制整体高度。注意：Windows/macOS/Linux 渲染差异会导致同一组值实际差 1–2px，这不是 bug，是底层渲染器（GDI/Core Text/FreeType）行为不同。
改完没变化？先刷新视图再排查
配置保存后通常立即生效，但若你启用了自定义字体（如 Fira Code 或 JetBrains Mono），Sublime 可能卡在旧渲染缓存里。此时需手动刷新：
- 按
Ctrl+R（Windows/Linux）或Cmd+R（macOS）重绘当前视图 - 或切换 Tab，让新配置重新加载
- 检查 JSON 格式：中文引号、末尾多逗号、缩进不合法都会导致整份用户配置静默失效（Sublime 不报错）
最常被忽略的是：行号栏（Gutter）和编辑区共用 line_padding_*，所以调大它们会让行号和代码之间的空隙也变大——如果只想收紧行号间距，得把这两个值设为 0 或 1，而不是指望单独调 Gutter。
