VSCode界面缩放需修改window.zoomLevel而非editor.fontSize；Ctrl+/±为离散步进缩放，Ctrl+滚轮支持连续微调；整数zoomLevel更清晰，小数易致模糊，修改后立即生效无需重启。
VSCode 的界面缩放不是调 editor.fontSize，而是改整个 UI 的渲染比例；用错地方会导致侧边栏、状态栏、图标全都不协调。
Ctrl + +/- 和 Ctrl + 鼠标滚轮的区别
两者都触发 window.zoomLevel 变化，但行为有关键差异：
-
Ctrl + =/Ctrl + -是离散步进（每次 ±0.2），且会跳过某些中间值（比如从 0 直接到 0.2，不经过 0.1） -
Ctrl + 鼠标滚轮是连续调节，能设到任意小数（如0.35或-0.7），更适合高 DPI 屏幕微调 - macOS 用户必须用
Cmd替代Ctrl，混用会导致无响应 - 部分外接键盘或远程桌面环境会拦截
Ctrl + =，此时滚轮是更可靠的 fallback
为什么改了 window.zoomLevel 后字体还是糊？
缩放本质是 CSS transform 缩放，不是重绘；高缩放比下文字边缘容易发虚，尤其在非整数倍缩放时：
- 优先尝试整数级缩放：如
window.zoomLevel设为0（100%）、1（150%）、2（200%） - 若必须用小数（如
0.5对应 125%），建议同步开启抗锯齿："editor.fontAliasing": "auto" - Windows 上若启用了系统级 DPI 缩放（如 125%），VSCode 再叠
window.zoomLevel容易过缩，建议先关系统缩放再单独调 VSCode
settings.json 里写 window.zoomLevel 的坑
手动编辑配置时，几个常见误操作直接导致缩放失效：
- 值写成字符串：
"window.zoomLevel": "1"❌ —— 必须是数字："window.zoomLevel": 1✅ - 和其他缩放相关配置冲突：比如同时设了
electron.zoomFactor（已弃用）或workbench.zoomLevel（不存在的字段） - 路径错误：该字段必须放在用户 settings.json 顶层，不能嵌套在
"editor"或"workbench"对象里 - 重启不生效？不是 bug ——
window.zoomLevel是热更新项，保存后立即生效，无需重启
多显示器场景下缩放不一致怎么办
VSCode 默认按主屏 DPI 缩放，副屏分辨率不同就会显示异常：
- 没有跨屏自适应缩放机制，
window.zoomLevel是全局值，无法按显示器切换 - 折中方案：把
window.zoomLevel设为0，依赖系统 DPI 缩放统一管理（Windows 设置 → 显示 → 缩放） - 更精细控制需借助第三方工具（如 Windows 的
DisplayFusion或 macOS 的SwitchResX）预设不同屏的缩放策略，VSCode 保持默认 - 注意：某些扩展（如
Custom CSS and JS Loader）强行注入样式可能覆盖缩放逻辑，排查时先禁用
真正麻烦的是混合缩放——比如主屏 150%，副屏 100%，又开了 VSCode 窗口拖拽跨屏。这时候 window.zoomLevel 数值本身没变，但渲染层被系统强制重采样，模糊和错位就很难避免。别硬调，换种工作流更实际：固定主屏开发，副屏只跑终端或浏览器。
