VSCode 的 editor.lineHeight 不支持动态间距，仅接受整数（像素）、小数（倍数）或 0（自动），推荐设为整数如 22 以保证跨平台一致；终端、文件树、语言专属行距需分别配置，混调 letterSpacing 易致视觉失衡。
VSCode 没有“动态间距”这个功能，editor.lineHeight 只接受静态值（整数像素或小数倍数），所谓“随内容自动变宽/变窄”纯属误解。真正能做的，是分场景、分语言、分区域地精细化配置，让不同上下文拥有各自合适的行距。
editor.lineHeight 设成小数还是整数？看你要不要跨平台稳定
VSCode 会把 editor.lineHeight 的值按类型区别处理：
- 设为整数（如
24）→ 单位是像素（px），所有平台渲染一致，推荐用于主力开发环境 - 设为小数（如
1.4）→ 表示“字体大小 × 倍数”，但实际高度仍由字体 ascender/descender 决定，高 DPI 屏或某些 Nerd Fonts 下容易虚高或贴边 - 设为
0→ 启用自动计算，结果不可控：Fira Code 可能出 21px，JetBrains Mono 出 23px，换台电脑就变样
实操建议：直接写整数，从 22 起试；若用 terminal.integrated.lineHeight，则必须用小数（如 1.2），它不认像素值。
为什么改了 editor.lineHeight 还没反应？优先检查这三处
常见错误现象不是配置写错，而是被更高优先级的设置或机制覆盖：
- 当前主题的
package.json里写了"editor.lineHeight": 0，它会压制你的用户设置，必须在settings.json中显式重写才能生效 - 开启了
editor.fontLigatures: true，尤其搭配 Fira Code 等连字字体时，渲染层会干扰基线对齐，关掉立刻见效 - 你在工作区（
.vscode/settings.json）里设了值，但误以为改的是全局设置——右上角设置面板要切到「User」标签页确认
验证是否生效：打开一个全是空行的文件，按 Ctrl+Shift+P → Developer: Toggle Developer Tools，在 Elements 面板中找 .view-line 元素，看 computed 样式里的 height 是否匹配你设的值。
终端、文件树、Markdown 各自的行距怎么配才不打架
编辑器主区域的 editor.lineHeight 对其他区域完全无效，它们各自有独立配置项：
- 集成终端：用
terminal.integrated.lineHeight（只接受小数，如1.3），改完需关闭再打开终端面板才生效 - 文件资源管理器：靠
workbench.tree.indent（单位 px，推荐16～20），它控制折叠箭头与文件名之间的横向留白，间接影响“纵向疏密感” - 特定语言（如 Markdown 或 JSON）：在
settings.json中加语言专属块，例如"[markdown]": { "editor.lineHeight": 30 }，注意方括号和引号格式
别碰 CSS 覆盖方案（比如用 editor.tokenColorCustomizations 注入 line-height），VSCode 更新后大概率失效，且无法同步到其他设备。
字间距（letterSpacing）和行距混着调？小心视觉失衡
editor.letterSpacing 和 editor.lineHeight 是正交控制，但一起调容易翻车：
-
editor.letterSpacing单位是像素，支持小数（如0.3），但修改后需执行Developer: Reload Window才刷新渲染 - 等宽字体（Fira Code / JetBrains Mono）对
letterSpacing极其敏感，+0.2 就可能破坏代码对齐，尤其在表格状注释或 JSON 键值对里 - 如果同时加大行距和字距，垂直+水平留白叠加，会导致代码“发散”，反而降低扫读效率；建议先稳住
lineHeight，再微调letterSpacing做补偿
最易被忽略的一点：editor.lineHeight 的最小安全值 ≈ editor.fontSize + 2。设成 14 字号配 15 行高，descender 会撞到下一行，尤其在含 g、y、Q 的代码行里肉眼可见挤压。
