因为editor.fontsize仅控制代码编辑区字体，菜单栏等ui元素由window.zoomlevel统一缩放，二者作用域隔离；window.zoomlevel为整数因子（0=100%，1≈120%），小数在linux/wayland下可能失效，且已打开终端需重启才响应变更。
为什么改了 editor.fontSize 菜单栏还是小得看不清
因为 editor.fontSize 只控制代码编辑区字体大小，对顶部菜单栏、左侧活动栏、资源管理器、底部状态栏完全无效。这些 UI 元素由 window.zoomLevel 统一缩放，两者作用域隔离，互不继承。
-
window.zoomLevel是整数缩放因子：0 = 100%，1 ≈ 120%，2 ≈ 144%；设为小数（如 0.7）在 Linux/Wayland 下可能失效 - 已打开的终端面板不会响应
window.zoomLevel变更，必须重启 VSCode 或新建终端页签（Ctrl+Shift+`） - 检查项目根目录下的
.vscode/settings.json是否覆盖了用户级设置——协作项目中常被忽略
window.zoomLevel 改了没反应？优先排查这三处
配置写对了但界面没变化，通常不是语法错误，而是被更高优先级设置或底层限制拦截。
- 工作区设置（
.vscode/settings.json）会压过用户级设置；删掉或统一修改该文件中的window.zoomLevel - 启动时加了
--disable-hardware-acceleration参数会导致部分缩放不触发 - Linux（尤其是 Wayland）下标题栏缩放支持弱，可尝试加启动参数：
code --force-device-scale-factor=1.25
多显示器 DPI 不一致时怎么避免界面忽大忽小
VSCode 当前版本（1.118）不支持 per-display 缩放，拖到不同 DPI 屏上不会自动切换 window.zoomLevel，这是硬限制。
- 外接 4K 屏时，主屏 1080p 设
window.zoomLevel: 0，副屏会显得极小；必须手动调高（如1）并重启 - 别依赖快捷键
Ctrl + +或Ctrl + 鼠标滚轮：焦点在终端时无效；macOS 触控板缩放手势会劫持Cmd + 双指捏合 - 更底层方案是启用
electron.zoomFactor（如"electron.zoomFactor": 1.25），但它会忽略window.zoomLevel，二者不可共存
编辑器区域“太窄”不是窗口问题，是布局配置在抢空间
代码行频繁折行、右侧留白少，往往不是窗口拉得不够宽，而是标签页行为、侧边栏宽度或面板展开策略在挤压编辑器内容区。
-
workbench.editor.tabSizing设为"shrink"会让所有标签页等宽压缩，开得多时直接侵占横向空间；建议设为"fit" -
workbench.editor.wrapTabs设为true看似省宽度，实则触发布局重算，反而让编辑器区域变窄 -
workbench.sideBar.width单位是像素，高分屏下默认值可能过大；从220开始试，逐步减到180，低于160易导致图标文字重叠
window.zoomLevel 和 editor.fontSize 混用容易失衡，而 terminal.integrated.fontSize 又必须单独配——三者数值接近才不容易让眼睛来回适应。
