VSCode缩放需分三层配置：electron.zoomFactor（底层，多屏/DPI首选）、window.zoomLevel（全局UI与编辑器，持久化唯一配置）、editor.fontSize（仅文字）。快捷键缩放不保存，插件/主题/远程环境均需单独处理。
缩放级别不保存？改 zoomLevel 配置项才生效
VSCode 默认不会记住你手动按 Ctrl + + 或 Ctrl + - 调的编辑器缩放，每次重启就回到初始值。这不是 bug，是设计如此——临时缩放走的是会话状态，不写入配置。真要持久化，得手动改设置。
-
zoomLevel是唯一控制全局 UI 和编辑器缩放的配置项，单位是“倍数增量”，不是百分比。比如0是默认，1表示放大一级（约 120%），-1是缩小一级（约 83%） - 修改位置：打开设置（
Ctrl + ,），搜zoom level，找到Window: Zoom Level，直接输数字；或者手动编辑settings.json，加一行"window.zoomLevel": 1 - 别改
editor.fontSize来“模拟”缩放——它只影响文字，不缩放侧边栏、状态栏、标题栏，体验割裂
多显示器下缩放错乱？优先用 electron.zoomFactor
当你在 4K 屏和 1080p 屏之间拖动 VSCode 窗口，或系统 DPI 变了，zoomLevel 常常失效或叠加异常，界面模糊或过小。这是因为 VSCode 底层基于 Electron，而 Electron 对混合 DPI 支持有限。
- 更底层、更稳定的方案是设
electron.zoomFactor，它绕过 VSCode 的缩放逻辑，直接交由 Electron 处理。值为小数，如1.25、1.5，推荐从1.25开始试 - 必须写在
settings.json里："electron.zoomFactor": 1.25；GUI 设置里搜不到这项，官方隐藏了 - 注意：设了
electron.zoomFactor后，window.zoomLevel会被忽略，两者不要共存，否则行为不可预测
插件或主题导致缩放失效？检查 workbench.colorTheme 和 extensions
有些主题（尤其是第三方暗色主题）会硬编码字体大小或覆盖 CSS 缩放规则；个别插件（如 Bracket Pair Colorizer 旧版、某些 UI 增强类插件）也会注入自己的缩放逻辑，导致 zoomLevel 看似没反应。
- 先禁用所有插件（
Ctrl + Shift + P→Developer: Disable All Installed Extensions），再测试缩放是否恢复可控 - 换回默认主题
Default Dark+或Default Light+，确认问题是否消失 - 逐个启用插件排查，重点留意名称含
ui、theme、zoom、enhance的扩展
远程开发（SSH/WSL）缩放不同步？必须在远程环境单独配 zoomLevel
用 Remote-SSH 连服务器时，本地设的 zoomLevel 不会同步到远程窗口。VSCode 的远程模式把渲染完全交给远端实例，本地配置只影响本地窗口。
- 连接远程后，在远程窗口里打开设置（
Ctrl + ,），搜索zoom level，单独设置；或编辑远程的settings.json（路径通常是~/.vscode-server/data/Machine/settings.json） - 别试图用
sync扩展同步这项——它默认不包含window.zoomLevel，且跨环境缩放需求往往本就不一致 - 如果远程是无 GUI 的 Linux 服务器但用了 X11 转发，缩放还受
export GDK_SCALE=2等系统级变量影响，这时 VSCode 配置只是第二层
缩放持久化的关键不在快捷键，而在理解 VSCode 分了三层缩放：Electron 底层、Window 全局、Editor 局部。大多数人卡在第一层没切对，就去调第三层，越调越乱。
