VSCode终端颜色需手动配置terminal.integrated.background和terminal.foreground，二者缺一不可；backgroundOpacity仅作叠加蒙版，平台表现不一；PowerShell/zsh用户须检查shell层颜色劫持。
VSCode 终端的前景色和背景色必须手动覆盖，不能靠换主题或改编辑器背景自动同步；改错字段（比如动 editor.background）或漏调配套颜色，终端大概率会显示为灰蒙蒙一片或文字完全不可读。
terminal.integrated.background 是唯一可靠的背景色设置项
它专用于集成终端，优先级高、行为稳定，且从 VSCode 1.80 起就是官方主推路径。别用 terminal.background（老写法，易被覆盖），更别碰 editor.background（对终端完全无效）。
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），搜Preferences: Open Settings (JSON) - 在
{}内添加："terminal.integrated.background": "#0d0d0d"（推荐值，比纯黑护眼） - 保存后，已打开的终端不会刷新——必须关掉再按
Ctrl+Shift+`开新终端才生效 - 不支持
rgba()或透明度写法；想加透明效果，得配terminal.integrated.backgroundOpacity字段
terminal.foreground 必须同步调整，否则文字会糊成一团
terminal.foreground 控制终端里所有默认文本（如 shell 提示符、普通命令输出）的颜色，它不走 ANSI 色表，也不受 terminal.ansiWhite 影响。只改背景不调这个，大概率是深灰背景上配浅灰字，根本看不清。
- 在同一个
settings.json里补上："terminal.foreground": "#e0e0e0"（柔和白，比#ffffff更舒适） - 如果用了 zsh + oh-my-zsh 或 PowerShell，提示符可能硬编码了 ANSI 色号（比如
\x1b[34m），此时还得配terminal.ansiBrightBlue等对应项 - 别指望
terminal.ansiWhite显示常规文字——它只响应显式 ANSI 白色转义，shell 默认不用它
PowerShell 和 zsh 用户要防“颜色劫持”
Windows 上的 PowerShell 会读取自身配置里的 $Host.UI.RawUI.BackgroundColor，这个值一旦设了，就会强行覆盖 VSCode 的 terminal.integrated.background，导致你改了也白改。
- 在终端里运行：
$Host.UI.RawUI.BackgroundColor，如果返回非空值（比如Black），说明被劫持 - 临时修复：在
$PROFILE里删掉或注释掉类似$Host.UI.RawUI.BackgroundColor = "Black"的行 - zsh 用户若发现提示符颜色异常，先检查 oh-my-zsh 插件是否硬写了
%F{blue}这类语法，此时需同步调terminal.ansiBrightBlue - 确认 shell 支持 ANSI：PowerShell 需
$PSStyle.OutputRendering = 'Ansi'，zsh 建议设TERM=xterm-256color
backgroundOpacity 不是万能，平台差异很真实
透明度靠 terminal.integrated.backgroundOpacity 实现，但它不是给背景加 alpha，而是画完纯色后再叠一层半透蒙版。这在不同系统下表现差异明显。
- 推荐值：
"terminal.integrated.backgroundOpacity": 0.85（macOS/Linux Wayland 下效果最准） - Windows 用户若发现文字边缘发虚、闪烁，直接设为
0.92或干脆不设该字段，用深色纯背景更稳 - 值低于
0.7容易透出编辑器背景，导致文字失焦；高于0.95就失去透明意义 - 注意：该字段和
terminal.integrated.background是解耦的，必须两个都写才有效果
真正容易被忽略的不是怎么写配置，而是终端颜色是否生效，取决于三层叠加：VSCode 设置 → Shell 自身配置 → 底层渲染引擎。任何一个环节卡住，都会让颜色看起来“没反应”。调顺的关键，是每次只动一个变量，然后在新开终端里验证，而不是堆一堆配置一起试。
