VS Code 中英混排字体不糊的关键是合理配置 fontFamily 顺序、fontLigatures 和 fontSize。西文字体如 "Fira Code" 应前置，中文字体如 "Noto Sans CJK SC" 后置兜底；fontLigatures 开启利于代码符号连字，但中文注释多时建议关闭；fontSize 推荐 Windows 用 14、macOS 用 13，并配 lineHeight: 1.5 或具体值；修改后需完全退出 VS Code 进程才能生效。
VS Code 中英文字体怎么配才不糊
中英文混排时字体发虚、字重不一致、标点错位——根本不是“没选对字体”，而是 VS Code 的 editor.fontFamily 不支持按语言切换字体，必须靠 editor.fontLigatures 和 editor.fontSize 协同压制渲染缺陷。
fontFamily 里写多个字体的顺序很关键
VS Code 按从左到右顺序回退匹配字符，但中文字符基本不会命中西文字体，所以顺序错了就白配。重点不是“加多少字体”，而是让中文字体兜底、西文字体优先服务 ASCII 字符。
-
"Fira Code", "JetBrains Mono", "Microsoft YaHei", "PingFang SC", "Noto Sans CJK SC"—— 西文优先，中文字体放后面兜底 - 别写成
"Microsoft YaHei", "Fira Code"，否则所有中文都走微软雅黑，英文也强制套用，连等宽都保不住 - macOS 用户注意：
PingFang SC渲染中文标点比Heiti SC更稳，但SF Mono必须放在中文字体前，否则代码里的{}会变细
fontLigatures 开关影响中英文连字和光标对齐
开启连字（fontLigatures: true）会让 !=、=> 等符号合并显示，但某些中文字体（比如旧版思源黑体）会把中文字符也强行参与连字计算，导致光标偏移或选区错位。
- 纯写代码：开
fontLigatures，但只在西文字体生效（靠字体本身支持，VS Code 不干预） - 常写 Markdown 或含中文注释：关掉
fontLigatures，避免中文标点被拉伸或错位 - 实测坑点：
Noto Sans CJK SC+fontLigatures: true在 1.85+ 版本会导致中文句号。右侧多出空白，关掉即恢复
字号和行高不调好，再好的字体也糊
VS Code 默认用系统 DPI 缩放，但 macOS 的 Retina 屏和 Windows 的高分屏缩放逻辑不同，同一 fontSize 值下，中文字体实际渲染尺寸可能偏差 1–2px，直接表现为发虚。
- 推荐起始值：
fontSize: 14（Windows）、fontSize: 13（macOS），再微调 ±0.5 - 必须配
lineHeight: 1.5或具体数值如lineHeight: 20，否则中英文混排时行距塌陷，括号和汉字底部会被裁 - 别信“自动缩放”——
window.zoomLevel是全局缩放，会放大 UI 同时模糊字体；真要适配高分屏，改fontSize+lineHeight才干净
最麻烦的其实是字体缓存：改完配置后，VS Code 不会实时刷新字体渲染，必须完全退出进程（macOS 要在 Dock 右键选“退出”，不能只关窗口），再重开才生效。很多人反复试配却没效果，卡在这一步。
