VSCode不支持双屏不同缩放，window.zoomLevel是全局值，必须手动统一配置；整数缩放（如0、1、-1）更清晰稳定，非整数易致模糊错位；禁用系统DPI叠加，优先用zoomLevel控制，避免与editor.fontSize混用。
VSCode不支持双屏不同缩放，必须手动统一配置
VSCode 没有 per-display 缩放机制，window.zoomLevel 是全局值，拖窗口到副屏不会自动切换缩放比例。主屏设 window.zoomLevel: 0，副屏是 4K 高分屏时，UI 元素会直接变小、按钮变难点、文字发虚——这不是 bug，是 Electron 渲染层的固有限制。
常见错误现象包括：侧边栏在副屏显示不全、Fitten Code 聊天窗口错位、状态栏图标被裁切、Ctrl+滚轮在副屏失效。
- 不要指望系统 DPI 缩放 + VSCode
window.zoomLevel叠加生效；Windows 设置里主屏 125%、副屏 100%，VSCode 仍按主屏坐标系渲染，必然错位 - 统一系统缩放是最稳妥起点：右键桌面 → 显示设置 → 所有显示器“缩放与布局”设为相同值（如全部 100% 或全部 125%）
- 若必须保留不同系统缩放（例如副屏 200% 做演示），则禁用系统缩放，仅靠
window.zoomLevel控制：副屏设window.zoomLevel: 2，主屏就只能接受同样放大
window.zoomLevel 设为整数更可靠
非整数缩放（如 window.zoomLevel: 0.5）本质是 CSS transform: scale()，容易导致字体边缘模糊、图标变形、滚动条错位，尤其在双屏 DPI 不一致时放大问题。
实操建议优先尝试整数级：
-
window.zoomLevel: 0→ 100%，适合 1080p 主屏 + 100% 系统缩放 -
window.zoomLevel: 1→ ~150%，外接 4K 屏常用值，比系统缩放更稳定 -
window.zoomLevel: -1→ ~67%，小屏笔记本（1366×768）节省空间 - 避免
window.zoomLevel: 1.25这类写法——会被截断为1.2，且渲染质量下降明显
副屏 UI 错位时先关硬件加速再试
某些双屏组合（尤其是副屏接 HDMI + 主屏接 DP）下，Electron 的 GPU 渲染路径会与跨屏坐标计算冲突，表现为 Fitten Code 侧边栏空白、输入框不可点击、滚动条消失。
这不是缩放配置问题，而是底层渲染异常：
- 启动 VSCode 时加参数：
code --disable-gpu --force-device-scale-factor=1 - 若副屏实际缩放为 125%，把
1换成1.25；4K 副屏常用1.5或2 - 该参数只对当前启动入口生效，右键快捷方式 → 属性 → “目标”末尾添加即可
- 注意：
--disable-gpu会略降动画流畅度，但能绕过多数跨屏渲染错位
别混用 editor.fontSize 和 window.zoomLevel
这两个配置作用域完全不同，混用会导致双屏体验割裂：比如主屏代码清晰但菜单太小，副屏侧边栏正常但编辑器字体糊成一片。
典型误操作：
- 在
settings.json里同时写"window.zoomLevel": 1和"editor.fontSize": 16，结果副屏上编辑器字体被放大两次（zoomLevel 放大 UI，fontSize 再放大文字） - 工作区级
.vscode/settings.json里写了window.zoomLevel，覆盖了用户级设置，换屏后行为突变 - 用 Ctrl + +/- 调的是
editor.fontSize（只影响代码区），不是界面缩放——这是最多人踩的坑
真正要调整个 UI，只动 window.zoomLevel；要调代码字体，只动 editor.fontSize；双屏场景下，后者可按显示器单独配（比如副屏 editor.fontSize: 14，主屏保持 12），前者必须全局一致。
