最有效解法是设window.zoomLevel为0并确保系统缩放为整数倍（如150%），同时添加--disable-directwrite启动参数回退GDI渲染，再配Cascadia Code等hinting完善的字体。
VSCode 在高分屏上字体模糊，不是字体本身问题，而是系统 DPI 缩放、Electron 渲染路径、字体 hinting 三者没对齐。最有效解法往往只涉及一两个关键开关，但顺序或组合错一点，效果就归零。
怎么确认是不是系统缩放和 window.zoomLevel 冲突
Windows 高分屏用户最常见的模糊根源：系统显示缩放设为 150%，但 VSCode 的 window.zoomLevel 又设为 1（≈120%），两者叠加导致非整数倍拉伸，字体被插值模糊。
- 右键桌面 →「显示设置」→ 记下「缩放与布局」里的百分比（如 150%）
- 在 VSCode 中按
Ctrl + ,搜索window.zoomLevel，把它设为0（即禁用软件级缩放） - 确保系统缩放是整数倍（125%、150%、200%），避免 110%、133% 这类非标准值
- 如果必须外接不同 DPI 屏幕，不要依赖
window.zoomLevel调整，改用系统级「每个显示器单独缩放」
为什么加了 --disable-directwrite 就立刻变清晰
Windows 上 VSCode 默认启用 DirectWrite 渲染，但它在部分显卡驱动、远程桌面、甚至某些 BIOS 设置下会失效，子像素抗锯齿退化成灰阶模糊。关掉它，回退到 GDI 渲染，反而更稳。
- 在 VSCode 快捷方式「目标」末尾添加：
--disable-directwrite（不需要加--disable-gpu） - 重启 VSCode，模糊感通常立即消失，文字边缘锐利度提升明显
- 副作用极小：滚动动画略不顺滑，但绝大多数人感知不到；不影响终端、侧边栏渲染
- 别写进
settings.json—— 这是启动参数，配置文件里加无效
editor.fontFamily 换什么字体才真有用
不是所有“编程字体”都适配 Windows 渲染链路。Consolas 在 150% 缩放下极易发虚，Fira Code 若未开启 ClearType 或没装全字重，也会糊；真正稳的，是 hinting 完整、内置 subpixel 优化的字体。
- 优先试：
"Cascadia Code"（微软官方出品，Windows 下表现最一致） - 次选：
"JetBrains Mono"（专为屏幕阅读优化，GDI 和 DirectWrite 下都扛造） - 务必确认字体已安装到系统：Win + R → 输入
fonts:→ 查找字体名，没出现就白配 - 配置时用英文双引号包裹，多个字体用英文逗号分隔：
"editor.fontFamily": "'Cascadia Code', 'JetBrains Mono', monospace"
终端字体糊、字贴在一起，只调 fontFamily 没用
VSCode 终端是独立渲染进程，GPU 加速和行高才是关键。很多人换完字体发现还是糊，是因为 terminal.integrated.gpuAcceleration 默认开，而多数集成显卡驱动根本处理不好终端文字光栅化。
- 设置
"terminal.integrated.gpuAcceleration": "off"，然后关掉所有终端页签再新开 - 同步设
"terminal.integrated.lineHeight": 1.25（别用默认 1，否则等宽字体垂直压缩严重） - 字号建议固定为
13："terminal.integrated.fontSize": 13—— 12 或 14 在某些驱动下会触发 GDI 渲染 bug - 字体配置必须带
monospace回退："terminal.integrated.fontFamily": "'Cascadia Code', monospace"
真正难调的不是单个参数，而是缩放层级之间的耦合：系统 DPI、window.zoomLevel、DirectWrite 开关、字体 hinting 四者必须同向对齐。少关一个开关，或者字体没装全，模糊就会回来——而且往往只在某个缩放比例下复现，容易误判为偶发问题。
