window.zoomLevel是唯一控制全局UI缩放的配置项，负责菜单栏、侧边栏、状态栏和弹窗等所有界面元素的等比缩放；editor.fontSize仅影响代码区字体大小，二者作用域隔离，不可混用。
window.zoomLevel 是唯一控制全局缩放的配置项，改它才真正放大菜单栏、侧边栏、状态栏和弹窗；editor.fontSize 和 Ctrl + + 都只影响代码字体，别混用。
直接改 window.zoomLevel 是最可靠的方式
VSCode 的全局 UI 缩放不走系统 DPI，也不响应浏览器式快捷键，只认 window.zoomLevel 这个配置。它的值是数字，默认 0 对应 100%，每 ±1 约等于 ×1.2 倍（即放大/缩小约 20%），支持一位小数（如 0.5），但非整数在 Linux Wayland 或 macOS 上易模糊。
- 推荐优先用整数：
-1、0、1、2—— 渲染最清晰 - 在
settings.json中添加："window.zoomLevel": 1（放大一级）或"window.zoomLevel": -1（缩小一级） - 修改后无需重启，保存即生效（极少数 macOS 版本需重开窗口）
为什么改了没反应？常见覆盖和干扰点
window.zoomLevel 生效失败，90% 是被更高优先级设置覆盖，或被环境限制抑制。
- 检查项目级配置：根目录下
.vscode/settings.json若写了window.zoomLevel，会覆盖用户级设置 —— 删掉或统一修改 - 确认没启用
--disable-hardware-acceleration启动参数，否则缩放渲染可能异常 - macOS 上若系统启用了“用粗体显示字体”，会导致缩放后文字发虚，这不是 VSCode 问题，但容易误判为失效
- Linux Wayland 环境下标题栏缩放支持不稳定，可尝试加启动参数：
code --force-device-scale-factor=1.25
快捷键 Ctrl + = / Ctrl + - 失效的真正原因
这些快捷键本意是临时调整 window.zoomLevel，但经常静默失败，不是功能坏了，而是被焦点、输入法或硬编码阻断。
- 必须确保焦点在编辑器标签页（即打开的 .js/.py 文件），而不是终端、设置页或 Git 面板
- macOS 用户注意：Cmd + + 中的
+必须是英文半角符号，中文输入法下按出的是全角＋，VSCode 完全不识别 - 如果
settings.json里硬写了"window.zoomLevel": 0，VSCode 会强制覆盖快捷键操作 —— 删掉或注释该行再试 - 某些键盘驱动（如 Logitech Options）会全局劫持
Ctrl + 滚轮，可临时退出验证
window.zoomLevel 和 editor.fontSize 必须分开配
两者作用域完全隔离：window.zoomLevel 放大整个 Electron 窗口（含图标、间距、滚动条粗细），editor.fontSize 只管代码区字体大小。混用不当会导致视觉比例失调。
- 外接 4K 屏：先设
window.zoomLevel: 1让侧边栏、菜单可读，再按需调editor.fontSize（比如从 14 → 16）保持代码舒适 - 笔记本小屏（1366×768）：用
window.zoomLevel: -1让 UI 更紧凑，editor.fontSize可维持原值甚至略降 - 双屏不同 DPI（如主屏 200%，副屏 100%）：VSCode 不自动切换，必须手动统一用
window.zoomLevel，否则副屏 UI 会过小 - 已打开的集成终端不会响应
window.zoomLevel变更，需新建终端页签（Ctrl+Shift+`）才能看到效果
真正麻烦的不是怎么设，而是设完之后侧边栏变大了，但缩略图（minimap）还是窄得看不清——因为它根本不吃 window.zoomLevel，也压根没有独立缩放配置。
