line_height 和 line_padding_top/line_padding_bottom 是 sublime text 中唯二真正影响编辑区行间距的配置项；前者设绝对像素或相对倍数，后者精控上下留白，二者配合可优化阅读“呼吸感”。

line_height 和 line_padding_top/line_padding_bottom 是 Sublime Text 中唯二真正影响编辑区行间距的配置项，其他任何尝试（比如改 margin、注入 CSS、调 font_options）都无效。

用 line_height 快速设绝对像素或相对倍数

这是最常用也最容易上手的方式，适合想快速拉开/收紧行距的场景。

• line_height 设为整数（如 "line_height": 20）时，单位是像素，Sublime 直接按该值渲染两行基线距离
• 设为小数（如 "line_height": 1.45）时，它会乘以当前 font_size 后四舍五入取整——中英文混排建议优先用小数，避免中文被裁切
• 设为 0 表示交还给字体自身度量，不是“无间距”；设太小（如 16 配 font_size 14）会导致中文标点下半部分被截
• 常见失效：写在了左侧 Default Settings 里、JSON 多逗号或中文引号、被插件（如 Origami）或主题（如 Theme - Soda）硬覆盖

用 line_padding_top 和 line_padding_bottom 精控上下留白

这才是 Sublime 的底层行距机制——它不依赖字体度量，每行文字上方和下方各加指定像素空白，加起来才是你看到的“行距增量”。

靠岸学术

一款AI论文写作工具，主要用于一款集翻译，阅读，文献管理于一体的英文文献阅读器，适合需要提升相关任务效率的用户。

下载

• 默认都是 0，所以新装 Sublime 显得特别紧凑；设成 "line_padding_top": 3, "line_padding_bottom": 3 就等效于 +6px 行高
• 两个值可以不对称：比如 "line_padding_top": 4, "line_padding_bottom": 2 让文字视觉下沉，缓解长时间阅读压迫感
• 改完保存即生效，无需重启；但若同时用了自定义 font_face（如 Fira Code），可能需要切 Tab 或 Ctrl+R 刷新视图才稳定显示
• 注意副作用：单侧设为 0（如只设 top）会导致光标对齐错乱、折叠标记偏移

为什么改了没反应？重点查这三处

90% 的“调了没用”问题都出在配置加载链路上，而不是参数本身。

• 确认修改的是 Preferences → Settings 右侧「User Settings」面板，左侧 Default 是只读的，改了也会被升级清空
• 检查 Preferences → Settings – Syntax Specific（比如 Python.sublime-settings）里是否也写了 line_height 或 line_padding_*，它会覆盖全局设置
• 某些主题（尤其是老版 ayu、Soda）会在自己的 .sublime-theme 文件里强制重置 line_height，临时切换成 Adaptive 主题测试是否生效

侧边栏、标签页、行号栏的“行距”要另配

line_padding_top 和 line_height 只作用于代码编辑区，对左侧文件树、顶部标签页、行号栏（Gutter）完全无效。

• 这些区域的行高由当前主题（.sublime-theme）控制，需用 PackageResourceViewer 打开主题文件后搜索 "class": "sidebar_tree"、"class": "tabset_control"、"class": "gutter"
• 对应调整 row_padding 字段，例如 "row_padding": [8, 4] 中第二个数字就是垂直间距
• 行号颜色无法通过用户设置调，必须编辑 color scheme 文件里的 gutterForeground 和 gutterBackground

真正影响阅读体验的是行间留白的“呼吸感”，不是数学比例。打开一个长函数文件滚动几屏，看眼睛是否容易定位下一行——如果频繁跳行或感觉粘连，就该调 line_padding_bottom，而不是硬套公式。