菜单栏字体大小无法单独调整，必须通过window.zoomLevel统一缩放整个UI；该参数为整数缩放因子（0=100%，1≈120%，2≈144%），影响菜单栏、活动栏、状态栏等所有界面元素，与仅控制编辑器内代码的editor.fontSize完全隔离。
菜单栏字体大小不能单独调，必须通过 window.zoomLevel 控制整个 UI 缩放。 它不是“菜单专用”设置，但它是唯一生效的路径——搜 window.menuBarFontSize 或 menu.font.size 都是白费劲，这些字段要么已废弃，要么压根不存在。
为什么改了 editor.fontSize 菜单栏完全没反应
因为 editor.fontSize 只作用于编辑器画布内部：代码行、行号、高亮括号、悬浮提示。菜单栏、活动栏、状态栏、设置页面导航栏……全归 window.zoomLevel 管。两者渲染层分离，互不继承。
- 你把
editor.fontSize从 14 改成 18，代码变大了，但顶部菜单栏文字还是原来那个像素尺寸 - 想让菜单栏字变大？只能动
window.zoomLevel，哪怕只加 0.5，它也会等比放大整个窗口（含图标、间距、弹窗） - Linux/Wayland 下设小数（如 0.7）可能被截断或失效，优先用整数：-1、0、1、2
window.zoomLevel 的实际缩放效果和常见坑
window.zoomLevel 是乘法因子，不是百分比。默认 0 = 100%，每 ±1 ≈ ×1.2，即 1 ≈ 120%，2 ≈ 144%。数值支持一位小数（如 0.5），但别写 0.55——会被截断为 0.5。
- 已打开的终端面板不会响应
window.zoomLevel变更，必须重启 VSCode 或新建终端页签（Ctrl+Shift+`） - 项目级
.vscode/settings.json会覆盖用户级设置，检查是否被工作区配置悄悄覆盖 - Mac 上启用系统「用粗体显示字体」后，缩放易发虚，这是 macOS 渲染限制，不是 VSCode 配置错
- 多显示器不同 DPI 场景下，VSCode 不自动适配——外接 4K 屏时，主屏设了
window.zoomLevel: 0，拖过去就变小，得手动统一调高
快捷键调缩放为什么经常失灵
Ctrl + 鼠标滚轮 本该实时调整 window.zoomLevel，但常卡在输入法、焦点或驱动上。
- 焦点不在主窗口：正在终端面板里敲命令？滚轮信号传给 shell 了，不是 VSCode
- 中文输入法激活时，
Ctrl + +常被拦截，切换英文输入法再试 - Logitech Options、Razer Synapse 等键盘驱动会全局劫持
Ctrl + 滚轮，临时退出验证 - macOS 触控板「缩放手势」若开启，会和
Cmd + 双指捏合冲突，需在系统偏好中关闭
别碰那些看似能用、实则危险的“替代方案”
网上流传的 window.titleBarFontSize、window.sideBar.fontSize 字段，在当前 VSCode（v1.94+）中已无效果。它们曾短暂存在又迅速被移除，文档里早已删除，但旧教程还在误导人。
- 自定义 CSS（如
.monaco-workbench .menubar）能强行改，但 VSCode 更新后类名常变，下次升级就糊成一团 -
workbench.activityBar.iconSize只管图标像素值（22/24/28/32），和菜单栏文字无关，混用window.zoomLevel还会导致布局错位 - 启动参数
--force-device-scale-factor=1.25在 Linux Wayland 下可临时救急，但它影响所有 VSCode 实例，且无法细粒度控制
真正要调菜单栏，就只认 window.zoomLevel。复杂点在于：它动的是整个 UI 的比例尺，不是单个字体；容易被忽略的是：工作区配置、终端缓存、输入法状态，这三处卡住时，你会以为设置根本没生效。
