直接改window.zoomLevel是唯一可靠方式：它控制整个UI缩放，必须为数字类型、写在用户settings.json顶层；字符串值无效，小数易模糊，优先用整数；需排查工作区配置覆盖、硬件加速关闭及系统字体选项干扰。
直接改 window.zoomLevel 是唯一可靠方式
VSCode 的全局界面缩放（菜单栏、侧边栏、状态栏、弹窗等）只认 window.zoomLevel 这一个配置项，其他任何字段如 workbench.zoomLevel 或 zoomLevel（不带 window. 前缀）都无效。它不是 CSS 层级的样式覆盖，而是 Electron 渲染层的 scale 变换，必须写在用户级 settings.json 顶层。
编辑 settings.json 而不是依赖快捷键
Ctrl + +/- 和 Ctrl + 鼠标滚轮只是临时操作，关掉窗口就重置；要永久生效，必须手动写入配置：
- 按
Ctrl + ,打开设置 → 点右上角“打开设置 (JSON)”图标 - 添加一行：
"window.zoomLevel": 1（放大一级，约 120%）或"window.zoomLevel": -1（缩小，约 83%） - 值必须是数字，
"window.zoomLevel": "1"❌（字符串写法不生效） - 小数如
0.5可用，但非整数在 Linux Wayland 或 macOS 上易模糊，优先试整数
为什么改了没反应？先查这三个地方
缩放失效极少因为配置写错，更多是被更高优先级设置覆盖或环境限制：
- 检查项目根目录下是否有
.vscode/settings.json，它会覆盖用户级设置——删掉或同步修改该文件里的window.zoomLevel - 确认没加
--disable-hardware-acceleration启动参数，关闭硬件加速时缩放可能不触发 - macOS 用户若开启系统级「用粗体显示字体」，缩放后文字发虚，容易误判为失败；建议先关掉该系统选项再验证
window.zoomLevel 和 editor.fontSize 必须分开管
这是最常踩的坑：两个配置作用域完全不同，混用会导致 UI 比例割裂：
-
window.zoomLevel缩的是整个窗口（含图标、间距、终端面板视觉尺寸） -
editor.fontSize只调代码区字体像素大小（默认 14），和缩放无关 - 外接 4K 屏典型组合：
"window.zoomLevel": 1+"editor.fontSize": 16；笔记本小屏可设window.zoomLevel: -1保持紧凑 - 已打开的集成终端不会响应
window.zoomLevel变更，必须新建终端页签或重启 VSCode
改完记得重启窗口——部分 macOS 版本热更新不完整，尤其涉及高缩放比时，视觉错位或模糊大概率是没重启导致的。
