VS Code编辑器行高必须在settings.json中设"editor.lineHeight"为具体像素值（如24），禁用默认0值；终端、资源管理器、Markdown预览各行高需分别配置，且受主题限制。
VS Code 的行间距不能通过图形界面直接拖拽调整，必须改 settings.json 里的数值；而且不同区域（编辑器、终端、资源管理器）的行高控制逻辑完全不同，混用设置会导致无效或反效果。
编辑器行高（editor.lineHeight）怎么设才有效
这是最常被误配的设置。默认值是 0，表示“自动计算”，但实际行为是继承字体大小 × 1.2 左右，不可控。要精确控制，请显式设为整数（单位：像素）：
-
editor.lineHeight值设为 0 时，VS Code 会忽略你设的editor.fontSize，按内部算法推导，结果不稳定 - 推荐设为具体值，比如
"editor.lineHeight": 24，配合"editor.fontSize": 14，视觉舒适且光标定位准确 - 该设置只影响代码编辑区，对 Markdown 预览、终端、侧边栏完全无效
- 若开启
editor.fontLigatures或使用等宽连字字体（如 Fira Code），行高需额外 +1～2 像素避免文字裁切
终端行间距过大怎么压下来
终端（Terminal）的行高由独立配置项控制，和编辑器互不干扰。常见错误是只调了 editor.lineHeight，发现终端还是松垮：
- 必须设置
terminal.integrated.lineHeight，默认是 1（即“1 倍行高”），设为0.9或0.85可明显收紧 - 该值支持小数，但低于 0.7 会导致部分字体字符重叠，尤其在 Windows 上用 Consolas 时
- 如果用了
terminal.integrated.fontFamily自定义字体，某些字体（如 JetBrains Mono）自带较大内置行距，此时仅调lineHeight不够，还需搭配terminal.integrated.fontSize微调
资源管理器（Explorer）文件夹间距异常大
VS Code 1.90+ 版本后，explorer 行高不再响应 workbench.list.defaultRowHeight，而是走 CSS 变量链，导致老配置全部失效：
- 直接设
"workbench.list.defaultRowHeight": 20对资源管理器基本没用，它优先读--vscode-explorer-item-height - 真正生效的是启用自定义 CSS 注入（如
vscode-custom-css扩展），然后加规则：/* 收紧 Explorer 行高 */ .explorer-folders-view .monaco-list-row { height: 22px !important; } - 更轻量的绕过方式：关掉
explorer.fileNesting.enabled，嵌套折叠功能一开，就会额外加margin-top/bottom，是间距暴增的高频原因
Markdown 预览里行距不听编辑器设置
Markdown 预览是独立渲染环境，editor.lineHeight 完全无效。它走的是 CSS 规则，且优先级高于主题内置样式：
- 在
settings.json中加："markdown.preview.fontSize": 16, "markdown.preview.lineHeight": 1.6
—— 注意这个lineHeight是无单位倍数，不是像素 - 若想全局统一（比如让预览和编辑器视觉一致），需配合用户 CSS 注入，在
.markdown-preview上写line-height: 24px - 第三方 Markdown 主题（如 "Markdown Preview Enhanced"）可能覆盖这些设置，此时要检查其文档是否提供
previewStyle配置入口
最易被忽略的一点：所有行高类设置都受当前启用的主题影响。很多第三方主题硬编码了 CSS 变量（比如把 --vscode-editor-line-height 锁死为 26），此时改 settings.json 也没用——得先确认主题是否允许覆盖，再决定是换主题还是上 CSS 注入。
