必须分开设——VSCode 1.80+ 原生支持：editor.fontFamily 控制代码字体，workbench.fontFamily 独立控制 UI 字体（侧边栏、状态栏等），二者完全解耦，需分别配置且中文字体名须用单引号包裹。
可以，而且必须分开设——VSCode 从 1.80 版本起原生支持，不用插件、不靠 CSS。只改 editor.fontFamily，UI（侧边栏、设置页、状态栏、活动栏）还是默认字体，不是没生效，是压根没动它。
workbench.fontFamily 控制所有非编辑器区域
这个配置项专管菜单、标题栏、资源管理器、搜索框、设置面板等 UI 元素的字体，和代码区完全解耦。默认值为空，此时回退到系统 UI 字体（Windows 是 Segoe UI，macOS 是 San Francisco），中文显示常发虚或偏细。
- 必须显式写进
settings.json，GUI 设置界面搜不到它 - 推荐值：
"workbench.fontFamily": "'Microsoft YaHei', 'PingFang SC', 'Noto Sans CJK SC', sans-serif" - 中文字体名含空格必须用单引号包裹，否则解析失败，直接退回到系统默认
- 别加
monospace——UI 字体用比例字体更自然，等宽会显得僵硬
editor.fontFamily 要带 fallback 链，不能只塞中文字体
常见错误：把 "Microsoft YaHei" 直接填进 editor.fontFamily，结果英文括号歪斜、连字失效、数字宽度不一致。VSCode 不会自动为英文字符找中文字体里的字形。
- 正确写法是主力等宽英文字体在前，中文字体 fallback 在后：
"'Fira Code', 'JetBrains Mono', 'Microsoft YaHei', 'Noto Sans CJK SC', monospace" - Linux 用户需确认已安装对应字体包（如
fonts-noto-cjk），否则 fallback 失效，显示方块 - macOS 用户优先用
"PingFang SC"或"SF Pro Display"，硬套 Windows 字体名大概率不生效
Window: Zoom Level 影响 UI 字体大小，但 editor.fontSize 不影响
活动栏、状态栏、侧边栏的文字大小无法单独调节，官方没提供 window.activityBarFontSize 这类字段。所谓“调选项栏字体”，实际只有全局缩放一条路。
- 快捷键最稳：
Ctrl + +（Windows/Linux）或Cmd + +（macOS），实时生效且自动写入设置 -
editor.fontSize只作用于代码行内，对 UI 区域零影响——这是两个渲染层级 - 缩放会影响图标、间距、模糊感，不是纯文字放大；高分屏用户若发现发虚，要查
electron.gpuCacheSizeInMB和系统抗锯齿设置，不是字体配错了
真正容易被忽略的是 fallback 链顺序和引号包裹规则：少一个单引号，整个 editor.fontFamily 就静默失效；中文字体放太前，英文字符立刻变形。UI 和代码字体不是“能分开”，而是“必须按不同逻辑分别构造”。
