VSCode中改editor.fontSize不影响终端字体，必须单独配置terminal.integrated.fontSize；二者互不继承、不联动，且终端需重启页签才生效。
VSCode 里改完 editor.fontSize，终端字体还是小得看不清？不是你操作错了，是根本没动对地方——终端字号必须单独配 terminal.integrated.fontSize，它和编辑器设置完全无关，也不继承、不联动。
为什么改了 editor.fontSize 终端却没变化
VSCode 的编辑器区域和集成终端（Ctrl+` 弹出的那个）使用两套独立的字体配置系统。editor.fontSize 只影响代码编辑区，对终端文字零作用。常见错误是调完编辑器字号，顺手以为终端也跟着变大了，结果调试时日志密密麻麻糊成一片。
- 终端实际生效的是
terminal.integrated.fontSize，数值建议设为 13–15（Windows Consolas）、14–16（macOS JetBrains Mono 或 Menlo） - 旧版本可能识别
terminal.fontSize，但已弃用，优先用新键名 - 如果项目根目录下有
.vscode/settings.json，它会覆盖你用户级设置，导致“别人正常，你一开项目就变小”
终端字体大小改完不生效？先关终端再重开
VSCode 集成终端不会热更新字体设置。保存 settings.json 后，已打开的终端页签仍沿用旧配置，必须手动重建。
- 点每个终端右上角的 × 关闭所有终端页签（清空内容 ≠ 关闭页签）
- 按
Ctrl+Shift+`（Win/Linux）或Cmd+Shift+`（macOS）新建终端 - Remote-SSH 或 Dev Container 场景下，
.vscode/settings.json必须放在远程环境的项目路径里，本地改了无效
terminal.integrated.fontFamily 写错一个字，终端就显示方块
终端字体渲染依赖系统已安装字体的准确名称，填错名字或大小写不匹配，就会 fallback 到缺失中文的默认字体，出现乱码或方块。
- Windows：查
C:\Windows\Fonts下实际文件名，Consolas可用，consolas或Consolas Regular可能失败 - macOS：用「字体册」打开字体，看「完整名称」字段，
JetBrains Mono有效，jetbrains-mono无效 - Linux：运行
fc-list : family查可用家族名，中文字体常带语言标签，如Noto Sans CJK SC，漏掉SC就回退成方块 - 推荐写法：
"'JetBrains Mono', 'Microsoft YaHei', monospace"，英文优先、中文保底、末尾加monospace防崩
别碰 window.zoomLevel 来调终端字体
window.zoomLevel 是对整个 VSCode 窗口做 CSS 缩放，它会让菜单栏、图标、侧边栏、状态栏、甚至终端文字一起模糊拉伸——这不是调字体，是制造毛边。
- 它单位是浮点数（0 = 100%，1 ≈ 120%），非整数值在某些显卡驱动下极易出现渲染毛刺
- 高 DPI 屏幕（如 MacBook Retina、Windows 4K）通常已由系统自动补偿，再叠
window.zoomLevel更糊 - 真正要解决终端看不清，只动
terminal.integrated.fontSize+terminal.integrated.fontFamily就够了 - macOS 用户慎设
terminal.integrated.fontWeight：比如"bold"和Menlo冲突会导致中文笔画虚边
真正麻烦的不是调大或调小，而是三处必须各自对齐：editor.fontSize、terminal.integrated.fontSize、还有可能被系统 DPI 或 window.zoomLevel 暗中干扰的 UI 缩放——它们互不感知，全靠手动配齐，且任一环节写错位置或拼错名字，终端就立刻回归“蚂蚁模式”。
