VSCode多窗口缩放不一致的根本原因是window.zoomLevel配置仅在启动时读取且不跨窗口同步。手动缩放仅修改当前窗口的electron.zoomFactor，不写入配置；不同工作区或远程环境需统一用户级settings.json中的window.zoomLevel并禁用工作区覆盖，Linux/Wayland下可加--force-device-scale-factor参数，多显示器需折中设置。
多窗口缩放不一致，本质是 window.zoomLevel 没统一生效
VSCode 的每个窗口都独立读取 window.zoomLevel 配置，但它的值来自**启动时加载的配置源**，不是运行时动态同步的。你在一个窗口里按 Ctrl + + 放大，只会改该窗口的临时缩放（即 electron.zoomFactor），不会写回配置，也不会影响其他已打开或新启的窗口。
- 新开窗口永远读取 settings.json 里的
window.zoomLevel值，而非你上一个窗口的手动缩放状态 - 手动缩放（快捷键/滚轮）只作用于当前渲染进程，关闭窗口即丢失
- 如果多个窗口分别从不同工作区打开（比如一个开
project-a，一个开project-b），而它们的.vscode/settings.json各自写了不同的window.zoomLevel，那必然不一致
确保所有窗口用同一 zoomLevel，必须靠配置文件而非快捷键
想让所有新窗口、重启后窗口、甚至远程窗口都统一缩放，唯一可靠路径是**在用户级 settings.json 中固定写死 window.zoomLevel，并禁止工作区覆盖**。
- 打开命令面板
Ctrl + Shift + P→ 输入Preferences: Open Settings (JSON) - 添加一行：
"window.zoomLevel": 1（根据屏幕调，0=100%，1≈120%，-1≈83%） - 检查所有项目根目录下的
.vscode/settings.json，删掉其中的window.zoomLevel字段——它会压过用户级设置 - 若用 Remote-SSH 或 WSL，也要在对应远程环境的
~/.vscode-server/data/Machine/settings.json里同步写入
Linux/Wayland 下多窗口缩放失效？绕过渲染限制加启动参数
Wayland 环境下，window.zoomLevel 对标题栏、系统菜单等区域缩放支持弱，有时只缩编辑器区，导致“看起来没变”。这不是配置错，是 Electron 渲染层限制。
- 不要依赖小数缩放（如
0.7），Wayland 下可能直接忽略 - 改用
--force-device-scale-factor启动参数：终端执行code --force-device-scale-factor=1.25 - 该参数作用于整个 Electron 实例，对所有子窗口生效，且比
window.zoomLevel更底层 - 为避免每次手动输，可创建桌面快捷方式，Exec 行末尾追加该参数
外接多显示器 DPI 不同，VSCode 不自动切换，只能手动折中
VSCode 当前（1.118）**完全不支持 per-display 缩放**。拖窗口到 4K 屏和 1080p 屏，UI 元素大小不会变化——这是硬性限制，不是配置问题。
- 别指望
Ctrl + 鼠标滚轮在副屏上临时放大：焦点在终端时无效；macOS 上 Cmd+双指捏合会被系统劫持 - 实际方案是取折中值：比如主屏 200% DPI、副屏 100%，设
window.zoomLevel: 1（≈120%），主屏略小、副屏可接受 - 更细粒度控制需配合操作系统：Windows 可为 VSCode 单独设置高 DPI 行为（右键快捷方式→属性→兼容性→更改高 DPI 设置）
- 记住：一旦设了
electron.zoomFactor（如通过启动参数），它会彻底忽略window.zoomLevel，二者不可共存
真正卡住人的地方，往往不是找不到配置项，而是没意识到 VSCode 的缩放模型是“静态写死 + 进程隔离”的——它不像浏览器那样响应窗口尺寸或系统 DPI 切换，所有“不一致”背后，几乎都是配置源冲突或平台渲染限制。
