window.zoomLevel是唯一控制整个界面缩放的配置项，影响菜单栏、侧边栏、状态栏、弹窗、终端面板等所有UI元素，但不改变editor.fontSize；需在settings.json顶层设为数字（如"window.zoomLevel": 1），保存即生效，注意工作区设置覆盖及多屏缩放限制。
window.zoomLevel 是唯一控制整个界面缩放的配置项，它影响菜单栏、侧边栏、状态栏、弹窗、终端面板等所有 UI 元素，但不改变 editor.fontSize（代码字体大小）。别指望 Ctrl + + 或 Ctrl + - 能缩放整个界面——它们在默认状态下只调编辑器字体，除非你额外启用了 editor.mouseWheelZoom。
怎么改 window.zoomLevel 才真正生效
直接改 settings.json 最可靠，比图形界面设置更少被覆盖：
- 打开命令面板：
Ctrl + Shift + P（Windows/Linux）或Cmd + Shift + P（macOS） - 输入并选择
Preferences: Open Settings (JSON) - 添加或修改这一行：
"window.zoomLevel": 1（放大一级）、"window.zoomLevel": -1（缩小一级）、"window.zoomLevel": 0.5（微调，如 125%） - 值必须是数字，不能加引号：
"window.zoomLevel": "1"❌ 会失效 - 该字段必须写在 JSON 顶层，不能嵌套进
"editor"或"workbench"对象里
改完保存即生效，无需重启。如果没反应，先检查工作区 .vscode/settings.json 是否有同名配置把它覆盖了。
Ctrl + 滚轮为什么经常失灵
这不是功能坏了，而是焦点或系统层拦截导致的常见假性失效：
- 焦点在终端面板（Terminal）时，
Ctrl + 滚轮传给 shell 进程，不是 VSCode 窗口 - macOS 上系统触控板「缩放手势」开启时，会劫持
Cmd + 双指捏合，需关掉「系统偏好设置 → 触控板 → 缩放手势」 - Logitech Options、Razer Synapse 等键盘/鼠标驱动常全局拦截
Ctrl + 滚轮，临时退出软件可验证 -
editor.mouseWheelZoom是控制代码字体的，和窗口缩放无关；它开了反而会让滚轮行为变混乱
多显示器、高分屏下缩放模糊或错位
VSCode 不支持 per-display 缩放，window.zoomLevel 是全局值，外接 4K 屏后拖过去立刻变小，不会自动适配：
- 整数级缩放（
-1、0、1）最清晰；非整数（如0.7）易致字体发虚、图标变形，尤其 macOS 上更明显 - Windows/Linux 下基本稳定；macOS 高缩放比时文字边缘糊，优先检查系统「显示器 → 缩放」是否设为“默认”，而非“更多空间”
- 别同时拉高
window.zoomLevel和workbench.activityBar.iconSize，两者叠加会破坏间距与渲染精度 - 某些扩展（如 Custom CSS and JS Loader）会注入样式覆盖缩放逻辑，排查时先禁用
真正难搞的不是怎么设，而是得记住：VSCode 的缩放是 Electron 渲染层的 transform: scale()，不是重绘。所以再怎么调，都绕不开底层对 subpixel rendering 的限制——尤其在 macOS 和 Wayland 上，模糊不是 bug，是技术边界。
