编辑区字符重叠主因是渲染层协同失准，需联动配置：editor.fontFamily须带monospace回退、editor.lineHeight设为1.2或1.3、editor.fontLigatures设为true、必要时启用editor.disableLayerHinting，且每次修改后须完全退出VSCode生效。
编辑区字符重叠不是字体本身的问题，而是 VSCode 渲染层对行高、字体度量和 GPU 加速的协同处理失准。直接改 editor.lineHeight 或换字体不解决问题，关键在三处配置联动。
为什么改了字体还是重叠？editor.fontFamily 必须带 monospace 回退
只写 "Fira Code" 或 "Cascadia Code" 极易触发系统 fallback 到非等宽字体（比如 macOS 的 .SFNSDisplay 或 Windows 的 Segoe UI），导致字符宽度计算错乱、光标偏移、视觉粘连。
- 正确写法必须用逗号分隔，并以
monospace收尾："Fira Code", "JetBrains Mono", monospace - 字体名含空格必须加单引号：
'Cascadia Code'，否则 VSCode 解析失败，静默降级 - 顺序即匹配优先级：前面未安装就顺延，
monospace是保底项，防止退化成比例字体 - 该配置只影响编辑器主界面，和终端无关；远程开发（SSH/WSL）时仍由本地渲染生效
editor.lineHeight 设为整数反而加剧重叠
VSCode 默认 editor.lineHeight: 0 表示“自动”，但某些字体（尤其启用连字的 Fira Code、Cascadia Code PL）在自动模式下会压缩基线间距，让上下行 descender 和 ascender 视觉交叠。
- 显式设为
1.2或1.3是最稳解法，不是“调大字号”，而是给每行留出垂直呼吸空间 - 避免用
1.25、1.35这类非标准值——部分显卡驱动在 sub-pixel 渲染时会抖动，引发基线浮动 - 设为
0或留空 = 交给 VSCode 自动计算，等于没控，旧版曾有 bug 导致该值被忽略 - 该参数和
editor.fontSize独立，13px + 1.2 行高比 14px + 1.0 更清晰
editor.fontLigatures 开关不匹配会放大重叠感
连字字体（如 Fira Code）依赖 editor.fontLigatures 控制是否启用编程连字（!= → ≠）。若字体已装但该选项为 false，VSCode 仍按原始字符宽度排版，而实际渲染时连字占位更宽，造成后续字符挤入前一个位置，看起来像“重叠”。
- 确认你用的是支持 ligature 的字体版本（如
Fira Code Retina或Cascadia Code PL） - 在 settings.json 中显式设为：
"editor.fontLigatures": true - 不要依赖 UI 设置开关——某些主题或插件会覆盖该值，必须写进配置文件
- 禁用 ligatures 后重叠未缓解？说明问题不在连字，别在这儿浪费时间
GPU 加速干扰编辑区渲染，但 disableHardwareAcceleration 不是首选
VSCode 1.85+ 默认启用 GPU 加速，但在 Intel 核显 + Windows 混合缩放（如 125% + 外接 100% 屏）场景下，文本光栅化与合成层不同步，会导致字符像素横向挤压、光标虚影、甚至输入时短暂双显。
- 优先试
"editor.disableLayerHinting": true，它关闭子像素定位提示，比关 GPU 影响小 - 若无效，再设
"disableHardwareAcceleration": true，但这是全局开关，会影响所有动画和滚动流畅度 -
terminal.integrated.gpuAcceleration和这个无关，那是终端专用配置，改了不影响编辑区 - 改完必须完全退出 VSCode（不是重载窗口），否则 GPU 上下文缓存仍在
真正难调的点在于：这四个参数互相耦合。比如开了 ligatures 却没调 lineHeight，或换了字体但漏了 monospace 回退，问题会以不同形态复现。每次只改一项，关掉所有编辑器窗口再重开，才能确认是否生效。
