缩放比例失调源于window.zoomLevel与editor.fontSize混用或覆盖：前者控制菜单栏、侧边栏等全局UI缩放，后者仅影响代码区字体，二者作用域隔离；工作区设置会覆盖用户级配置，Linux/Wayland下小数缩放易失效，已开终端需重启生效。
缩放比例失调不是“调不准”，而是 window.zoomLevel 和 editor.fontSize 两个配置被混用或覆盖了，重置窗口也从来不是删设置文件那么简单。
为什么改了 zoomLevel 界面还是小/糊/错位
常见错误现象是：菜单栏文字细得看不清，但代码区又太大；或者终端面板模糊、悬浮窗口飞出屏幕外。这不是缩放失效，而是配置冲突或作用域误判。
-
window.zoomLevel控制整个 UI（菜单、侧边栏、状态栏、弹窗），但不影响editor.fontSize；反过来，editor.fontSize只管编辑器内代码字体，对 UI 元素完全无效 - 工作区级
.vscode/settings.json会覆盖用户级设置，协作项目里常被忽略——你改了全局，实际生效的是项目里写的"window.zoomLevel": -2 - Linux/Wayland 下设小数（如
0.7）可能被截断为0；macOS 上若系统启用了「触控板缩放手势」，Cmd + 双指捏合会被劫持，VSCode 根本收不到缩放指令 - 已打开的终端面板不响应
window.zoomLevel变更，必须重启 VSCode 或新建终端页签（Ctrl+Shift+`）
重置窗口大小和布局的真正操作路径
“重置窗口”不是靠删配置文件，而是分层清除状态：视图位置、窗口坐标、UI 缩放三者互不干扰，必须分别处理。
- 先执行命令面板操作：
Ctrl+Shift+P→ 输入View: Reset View Locations，恢复侧边栏、终端、调试面板等所有非编辑器区域的位置 - 再执行：
Ctrl+Shift+P→ 输入View: Reset Window Size，清空window.width、window.height、window.x、window.y这类坐标配置 - 如果仍异常，检查是否开了 Settings Sync：同步开启时，删本地
settings.json没用，它会在重启后从云端拉回旧值；需先关闭同步，再删配置 - 终极干净启动：
code --disable-extensions --user-data-dir=/tmp/vscode-test，验证是否为扩展或缓存导致——此时所有 UI 回归出厂状态，无任何干扰
缩略图（minimap）看起来太小或模糊怎么办
VSCode 的缩略图没有 minimap.zoom 或 minimap.scale 配置项，所谓“调比例”是典型误解。它的视觉尺寸只由两个隐性因素决定：
-
editor.fontSize：字体越大，缩略图相对越窄、越拥挤；建议高 DPI 屏幕下把editor.fontSize控制在 14–16，避免失衡 - 系统 DPI +
window.zoomLevel叠加：比如window.zoomLevel: 1加上 macOS 系统缩放 200%，会导致缩略图 bitmap 渲染失真，出现锯齿或模糊 -
editor.minimap.renderCharacters设为false可切换成色块渲染，紧凑但丢失语法高亮细节；设为true（默认）则依赖字符渲染精度 - 某些主题或自定义 CSS 扩展会强行覆盖
.minimap样式，排查时先禁用所有扩展，再逐个启用定位
真正起效的永远是 window.zoomLevel 和 editor.fontSize 的组合，而不是某个隐藏配置。多显示器场景下，VSCode 不支持 per-display 缩放，拖到不同 DPI 屏上不会自动切换——你必须手动统一设值并重启，否则副屏界面会小得无法操作。
