vscode中行高与行高亮完全独立：行高由editor.lineheight控制，行高亮由editor.renderlinehighlight（推荐设为"gutter"或"none"）和workbench.colorcustomizations中的editor.linehighlightbackground（须带alpha）共同决定；二者混设易致视觉干扰或失效。
VSCode 没有“特定行高 + 行高亮”联动设置，二者完全独立：行高由 editor.lineHeight 控制，行高亮由 editor.renderLineHighlight 和 editor.lineHighlightBackground 共同决定。混设会导致视觉干扰甚至失效。
为什么改了 editor.lineHeight 后行高亮变奇怪？
行高和行高亮不是父子关系，但渲染层会相互影响：
- 行高设得过大（如 >32），而
editor.lineHighlightBackground颜色又用了不带 alpha 的纯色（如"#333"），高亮区域会像一块实心色块盖住整行，语法颜色被压暗、文字发虚 - 行高设得太小（如 16），高亮背景在深色主题下几乎不可见，尤其当
editor.lineHighlightBackground是"#252835"这类低对比度值时 - 某些等宽字体（如 Fira Code Retina）自带垂直内边距，
editor.lineHeight设为 24 可能实际撑开到 28px，此时高亮色若没同步微调透明度，边缘会出现“毛边感”
editor.renderLineHighlight 应该设成什么值？
别信过时教程说的 "all" 或 "line" —— VSCode 1.85+ 已明确弃用 "line"，"all" 在部分主题下会错误拉伸高亮到行号栏外侧空白区。目前唯一稳定、语义清晰的取值是：
-
"gutter"：只在行号栏（gutter）加一条竖向色条，轻量、无干扰，适合专注阅读 -
"none"：关闭原生高亮（如果你用的是 Highlight Line 等插件）
注意：editor.renderLineHighlight 仅控制“是否启用”，不控制颜色或形状；颜色必须靠 workbench.colorCustomizations.editor.lineHighlightBackground 单独配，且必须带 alpha（如 "#2a2d3940"）。
怎么让高亮在不同行高下都清晰又不抢眼？
核心是把高亮当作「视觉锚点」而非「强调色」，避免与语法高亮冲突：
- 行高 ≤ 22：用
"#2a2d3950"（50% 透明度），确保在 Dark+ 主题下有足够对比 - 行高 24～26：降为
"#2a2d3933"，防止背景色“吃掉”变量名或字符串的 foreground 色彩 - 行高 ≥ 28：建议改用
"#2a2d3920"+ 加边框，同时在workbench.colorCustomizations中补上"editor.lineHighlightBorder": "1px solid #444" - 禁用
editor.fontLigatures：连字开启时，某些字体（如 JetBrains Mono NL）的行高计算会偏移，导致高亮背景上下错位
终端、Zen Mode、远程开发这些场景要注意什么？
这些地方根本不读 editor.renderLineHighlight 或 editor.lineHighlightBackground：
- 集成终端：行高由
terminal.integrated.lineHeight控制，高亮功能不存在 —— 别在workbench.colorCustomizations里瞎配terminal.*相关 token，无效 - Zen Mode：首次进入时可能缓存旧渲染状态，退出再进一次才能刷新高亮样式
- Dev Containers / Remote-SSH：容器内的
settings.json优先级高于本地用户设置，必须在容器中单独配置，且重启窗口才生效 - macOS 启用「减少透明度」系统选项时，所有带 alpha 的高亮色都会被转为不透明，看着像没生效 —— 这是系统级限制，不是 VSCode bug
最易被忽略的一点：editor.lineHighlightBackground 不随主题切换自动更新。换主题后，如果新主题没定义这个 token，你的自定义色仍生效；但如果新主题自己写了同名值，它会覆盖你 settings.json 里的设置 —— 此时必须检查主题源码或改用更细粒度的 editor.tokenColorCustomizations 替代方案。
