editor.mouseWheelZoom控制编辑器代码区字体缩放，仅影响主编辑区域，不改变侧边栏等UI元素；启用后Windows/Linux用Ctrl+滚轮、macOS用Cmd+滚轮实时调整，须在用户settings.json中设为true才生效。
editor.mouseWheelZoom 控制代码区字体缩放
这个设置只影响编辑器主区域的代码字体大小，不改变侧边栏、菜单、状态栏等 UI 元素。启用后，Windows/Linux 用 Ctrl + 鼠标滚轮，macOS 用 Cmd + 鼠标滚轮，即可实时调整。
常见错误是改了 defaultSettings.json —— 它是只读的，改了也不生效。必须改你自己的用户级 settings.json（命令面板输入 Preferences: Open Settings (JSON) 打开）。
实操建议：
- 在
settings.json中添加"editor.mouseWheelZoom": true，注意前后逗号别漏 - 改完立即生效，无需重启；但如果滚轮没反应，先检查是否被 Logitech Options、Synergy 等系统级软件劫持了滚轮事件
- 它和
editor.fontSize是两套机制：前者是临时缩放，后者是固定字号；两者可共存，但不要混淆用途
terminal.integrated.mouseWheelZoom 单独控制终端字体
集成终端默认不响应 Ctrl + 滚轮，哪怕 editor.mouseWheelZoom 已开启。它需要独立开关，否则滚轮只会翻页，不会变字体。
实操建议：
- 在
settings.json中加一行："terminal.integrated.mouseWheelZoom": true - 终端缩放是“相对当前字体大小”的，不是绝对字号；如果
terminal.integrated.fontSize设得太小（比如10），缩放上限也会受限 - 已打开的终端不会刷新缩放效果，要新建一个（
Ctrl + Shift + `）才生效
window.zoomLevel 控制整个界面缩放
这是唯一能放大菜单栏、侧边栏、状态栏、标题栏等所有 UI 元素的配置项。它的值是数字，默认 0 对应 100%，每 ±1 ≈ ±20% 缩放（实际是 ×1.2 的指数关系），支持小数如 0.5 微调。
常见失效原因：
- 工作区级
.vscode/settings.json里也写了window.zoomLevel，会覆盖用户级设置 - Linux Wayland 环境下标题栏缩放可能不稳定，可尝试启动时加参数：
code --force-device-scale-factor=1.25 - macOS 启用了“用粗体显示字体”系统选项时，缩放后文字易发虚，这不是 VSCode 问题
别把 zoomLevel 和 fontSize 搞混
window.zoomLevel 是全局 CSS 缩放，影响所有渲染层，容易导致图标模糊、文字边缘发虚，尤其在非整数值（如 1.2）时更明显；而 editor.fontSize 和 terminal.integrated.fontSize 是纯像素字号调整，清晰无锯齿，但只管各自区域。
典型误操作：
- 按
Ctrl + +发现整个窗口模糊 → 实际触发的是window.zoomLevel，不是editor.fontSize - 调大
editor.fontSize后菜单栏依然看不清 → 这说明你该调的是window.zoomLevel，不是字体配置 - 双屏不同 DPI（如主屏 200%，副屏 100%）→ VSCode 不自动适配，必须手动统一设
window.zoomLevel，否则副屏 UI 过小
复杂点在于三者作用域完全隔离，且没有默认联动逻辑。最容易被忽略的是工作区级 .vscode/settings.json 会静默覆盖用户设置，导致你在一台机器上正常，换个项目就缩放错乱。
