editor.fontsize仅调整代码编辑区字体大小，不影响菜单栏、侧边栏等ui元素；需单独配置terminal.integrated.fontsize控制终端字体，window.zoomlevel则全局缩放整个界面。
editor.fontSize 改的是代码区字体，不是整个界面
VSCode 里“字体变大/变小”最常被误解的一点：改 editor.fontSize 只影响你写代码、看 JSON、读 Markdown 预览的那块区域，菜单栏、侧边栏、活动栏、状态栏全都不动。它单位是像素（px），常见值在 12–16 之间；设成 10 确实会变小，但再小就难看清括号和分号了。
直接改 settings.json 最稳：
- 按
Ctrl + ,（Win/Linux）或Cmd + ,（macOS）打开设置 - 右上角点 {} 切到 JSON 视图
- 加一行：
"editor.fontSize": 14 - 保存即生效，不用重启
注意：如果项目根目录下有 .vscode/settings.json，它会覆盖你用户级的设置——多人协作时，别人看着正常，你打开却字小如蚁，八成是这原因。
terminal.integrated.fontSize 必须单独配，否则终端还是糊的
编辑器字号调完了，底部终端还是一团小字？那是没动 terminal.integrated.fontSize。它和 editor.fontSize 完全无关，也不继承、不联动，漏掉就等于只调了一半。
实操要点：
- 同样在
settings.json里加："terminal.integrated.fontSize": 14 - 值建议跟
editor.fontSize保持一致，眼睛不用来回适应 - 改完已打开的终端不会刷新，要新建一个（
Ctrl + Shift + `）才生效 - 旧版本可能认
terminal.fontSize，但已弃用，优先用新键名
Mac 用户额外注意：terminal.integrated.fontWeight 别乱设。比如设成 "bold"，配合 Menlo 或 JetBrains Mono，容易发虚——这不是缩放问题，是字体渲染打架。
别把 window.zoomLevel 和 fontSize 搞混
window.zoomLevel 是对整个 VSCode 窗口做等比缩放：菜单、图标、侧边栏、编辑器字体、状态栏……全跟着变。它默认是 0，每 ±1 ≈ ±20% 缩放（实际是 ×1.2 的指数关系）。而 editor.fontSize 只动代码区那行字。
常见踩坑：
- 按
Ctrl + +后发现侧边栏也变大了 → 这是window.zoomLevel在起作用，不是editor.fontSize - 想让高分屏下所有 UI 清晰，优先调
window.zoomLevel: 1，再微调editor.fontSize保代码可读性 -
window.zoomLevel不接受两位小数（比如0.55会被截断成0.5），非整数易导致图标模糊、字体发虚
多显示器场景下它不自动适配——笔记本接 4K 屏，得手动在对应工作区的 .vscode/settings.json 里写死 "window.zoomLevel": 1。
小字号下 editor.lineHeight 和 fontFamily 得一起调
光压低 editor.fontSize 到 12，代码可能挤成一坨：上下两行贴太近，分不清 return 和下一行的 if。这时候 editor.lineHeight 就得显式设高点。
推荐组合：
"editor.fontSize": 12-
"editor.lineHeight": 1.4（默认是 0，表示自动计算，小字号下不可靠） -
"editor.fontFamily": "'SFMono-Regular', 'Fira Code', 'Consolas', monospace"（避免用中英混排异常的字体） -
"editor.fontLigatures": false（连字在小字号下容易识别失败）
终端同理：terminal.integrated.fontFamily 如果选了渲染不稳定的字体（比如某些 Nerd Font 的变体），再调 fontSize 也没用——先确认字体本身能清晰显示 $ ? | & 这类符号。
