window.zoomLevel 控制整个 UI 缩放而非字体大小，影响侧边栏、菜单栏等非编辑器区域但不改变 editor.fontSize；其值为数字，默认 0（100%），每 ±1 约缩放 20%（按 1.2 指数计算），支持一位小数；误调 zoomLevel 与 fontSize 会导致 UI 与代码字体比例失衡。
window.zoomLevel 控制整个 UI 缩放，不是字体大小
VSCode 的界面缩放由 window.zoomLevel 决定，它影响侧边栏、菜单栏、状态栏、弹窗等所有非编辑器内容区域，但**不改变 editor.fontSize**。这个值是数字，默认为 0（100%），每 ±1 相当于约 20% 缩放变化（实际按 1.2 的指数倍计算）。支持小数（如 0.5），但超过一位小数会被截断（0.55 → 0.5）。
常见误操作：把 window.zoomLevel 和 editor.fontSize 混着调，结果 UI 元素和代码字体比例失衡——比如菜单大得占屏，代码却细小难读。
editor.mouseWheelZoom 和 terminal.integrated.mouseWheelZoom 是独立开关
这两个配置分别控制「编辑器内代码字体」和「集成终端字体」是否响应 Ctrl+滚轮。它们和 window.zoomLevel 完全无关，且默认都是 false。
-
"editor.mouseWheelZoom": true→ 在代码区按住 Ctrl 滚轮，只变字体大小，UI 不动 -
"terminal.integrated.mouseWheelZoom": true→ 在终端面板里同样操作，只调终端字体 - 两者可同时开启，互不干扰；但若没启用，Ctrl+滚轮在对应区域就完全无效
注意：editor.mouseWheelZoom 容易被误认为是“全局缩放开关”，其实它只管编辑器字体——名字里的 “mouseWheel” 是线索，别被 “editor” 前缀带偏。
多显示器场景下 zoomLevel 不自动适配，必须手动分设
VSCode 当前（截至 1.90）不支持 per-display 缩放。你设了 window.zoomLevel: 1，接上 1080p 副屏后拖过去，界面立刻变小，不会自动切回 0。
实用做法是用工作区设置隔离不同环境：
- 在外接 4K 显示器的项目文件夹里建
.vscode/settings.json，写入"window.zoomLevel": 1 - 笔记本本地开发时，保持用户级
settings.json中window.zoomLevel为0或-1 - 避免在用户级配置里硬写
window.zoomLevel，否则所有工作区都被强制统一缩放
Linux Wayland 下标题栏缩放可能异常，可加启动参数 code --force-device-scale-factor=1.25 强制覆盖；macOS 启用“用粗体显示字体”系统选项时，缩放后文字发虚是系统渲染问题，不是 VSCode 配置错误。
缩放失效？先查覆盖关系和硬件加速
改了 window.zoomLevel 没反应，大概率不是写错了，而是被更高优先级设置压住了或底层渲染被禁用：
- 检查
.vscode/settings.json（工作区级）是否写了同名项，它会覆盖用户级设置 - 确认没用
--disable-hardware-acceleration启动 VSCode，关硬件加速会导致部分缩放渲染异常 - 打开命令面板，运行
Developer: Toggle Developer Tools，看 Elements 面板里body元素是否有zoomCSS 属性生效 - 某些键盘/触控板驱动（如 Logitech Options、macOS 触控板缩放手势）会劫持 Ctrl+滚轮，需临时关闭验证
真正容易被忽略的是：VSCode 的缩放模型是静态的——它不监听窗口 resize、不响应 DPI 切换、也不随系统缩放策略联动。所谓“自适应”，只能靠你手动分场景配好 window.zoomLevel，再配合快捷键 Ctrl+=/Ctrl+- 临时微调。
