推荐设为"normal"，因bold会削弱错误行等关键信息的视觉区分度；lineheight建议1.2起始，高密度日志可选1.35，且修改后须关闭所有终端标签页再新建才生效。
terminal.integrated.fontWeight 设置为 normal 还是 bold？
字重直接影响长命令输出（比如 npm run build 或 docker logs）中关键信息的视觉锚点。设为 bold 会让所有文本变粗，反而削弱重点——比如错误行和普通日志混在一起，扫一眼难定位。
推荐始终用 normal 或具体数值（如 "400"），再配合颜色主题高亮错误/警告行。VSCode 终端本身不解析语义，它只渲染纯文本流，靠字重“强调”毫无意义。
-
fontWeight: "normal"是跨平台最稳的选择；Windows 和 Linux 下 Consolas/Fira Code 渲染一致 - 设成
"600"或更高，在 macOS Retina 屏上可能触发字体光栅化异常，导致字符边缘发虚 - 别用字符串
"bold"—— Electron 渲染层对字符串值兼容性差，某些版本会 fallback 到系统默认粗体，破坏等宽对齐
terminal.integrated.lineHeight 必须大于 1.0，但 1.2 和 1.35 怎么选？
长输出（如 Webpack 构建日志、SQL 查询结果）堆叠几十上百行时，行高决定你能否快速扫视上下文。默认 1.0 让字符紧贴，GPU 渲染稍有偏差就粘连，尤其在带缩放的笔记本屏上。
1.2 是安全起点：拉开行间距，又不浪费垂直空间；1.35 适合高密度日志场景（比如实时 tail -f），但会减少单屏可见行数。
- Windows + Intel 核显 + 125% 缩放 → 用
1.35，缓解重叠更彻底 - macOS + 外接 4K 显示器 →
1.2足够，再大容易让光标跳行错位 - 值设为
0.9或1.0会加剧字符上下粘连，尤其在ls -la这类多列输出里，文件名和权限位看起来挤成一块
lineHeight 和 fontSize 组合影响实际像素行距
VSCode 终端的 lineHeight 是乘数，不是绝对像素值。真实行高 = fontSize × lineHeight。比如 fontSize: 14 + lineHeight: 1.2 = 实际约 16.8px 行距；而 fontSize: 13 + lineHeight: 1.35 ≈ 17.55px —— 后者视觉更松，但字号小了 1px，小图标或 emoji 可能糊。
- 优先调
lineHeight，再微调fontSize；别反过来，否则易陷入“调大字号→屏幕不够看→再调小→又看不清”的循环 - 远程开发（Remote-SSH / WSL）下，
fontSize建议比本地高 1~2px（如本地 13 → 远程 14~15），补偿网络传输带来的轻微模糊 - 终端里显示 emoji 或图标字体（如 Nerd Font）时，
lineHeight过大会让图标上下留白过多，建议固定用1.2并确认字体已安装完整
为什么改完配置要关掉所有终端标签页再开？
VSCode 终端进程（pty）一旦启动，就缓存了初始渲染参数。改 terminal.integrated.lineHeight 或 fontFamily 后只关当前 tab，新 tab 仍复用旧进程的渲染上下文，根本不会生效。
- 必须手动关闭全部终端页签（不止当前一个），然后按
Ctrl+Shift+`新建 —— 这才触发全新 pty 实例 - 重启 VSCode 不必要，也解决不了；因为问题不在主 UI 进程，而在每个独立的终端子进程
- 如果用了插件如
Terminal Tabs，需额外检查其是否劫持了终端创建逻辑，有时它会绕过原生配置
真正卡住人的从来不是配多少，而是哪一项改了要重开终端、哪一项改了当场生效、哪一项改了反而让 emoji 错位——这些细节没写进文档，但每天都在消耗你的调试时间。
