直接写statusBar.background无效，因VS Code只识别嵌套在顶层workbench.colorCustomizations对象内的标准token；需同步配置statusBar.noFolderBackground和statusBar.foreground，并重载窗口生效。
改 statusBar.background 没反应，不是你写错了 JSON，而是它被主题盖掉了——必须用 workbench.colorCustomizations 包一层，且得同步设 statusBar.noFolderBackground 和 statusBar.foreground，改完还得重载窗口。
为什么直接写 statusBar.background 无效
VS Code 的颜色系统不认根级配置。你写成这样：
"statusBar.background": "#2a5298"
完全没用。它只识别嵌套在 workbench.colorCustomizations 对象里的标准 token。而且大小写、拼写、后缀一个都不能错：statusBar.backgroundColor、statusbar.background、statusBar.bg 全部被忽略。
-
workbench.colorCustomizations必须是settings.json的顶层字段，不能塞进其他对象里 - 值必须是合法颜色格式：十六进制（如
"#1e1e1e"）、RGB 函数（如"rgb(30, 30, 30)"）或命名色（如"darkslategray"），不支持 CSS 变量或渐变 - 第三方主题（如 One Dark Pro、Dracula）内部声明了同名 token，会直接覆盖你的设置——这不是 bug，是设计优先级
哪些 color token 真正影响状态栏显示
状态栏不是单一样式，不同场景走不同 token：
-
statusBar.background：有打开文件夹/工作区时的背景色（最常用） -
statusBar.noFolderBackground：空窗口（没打开任何项目）时的状态栏背景，不设就 fallback 到浅灰，和深色预期冲突 -
statusBar.foreground：文字和图标颜色，配深背景时务必调亮（如"#d4d4d4"），否则 Git 分支名、编码格式全看不见 -
statusBar.debuggingBackground：进入调试模式时独立生效，不影响普通状态栏
别碰 statusBar.prominentBackground 或 statusBarItem.hoverBackground ——部分主题根本不实现，写了也白写。
改完颜色没变化？检查这四件事
颜色卡在默认蓝/灰，大概率是以下某个环节断了：
- 没重载窗口：保存
settings.json后必须按Ctrl+R（Windows/Linux）或Cmd+R（macOS），VS Code 不热更新颜色 - 主题强制覆盖：临时切到
Default Dark+或Light+主题测试，若颜色变了，说明原主题在“抢控制权” - Peacock 插件干扰：它会往
.vscode/settings.json写颜色配置，和全局叠加易冲突，建议先禁用它单独验证 - JSON 格式错误：少个逗号、多引号、中文标点，整个
workbench.colorCustomizations块都会失效——用 VS Code 自带的 JSON 验证提示快速定位
护眼色不是选“绿”或“紫”，而是匹配亮度
填 "#4CAF50" 或 "#ae00ff" 很可能更伤眼。关键不是色相，是亮度与编辑器背景的协调：
- 查当前主题真实
editor.background值：按Ctrl+Shift+P→ 运行Developer: Inspect Editor Tokens and Scopes，点编辑器空白处看实际值（比如 Night Owl 是"#011627"） - 状态栏用同色系但略提亮 10–15% 的值（如
"#03203a"），既融合又保持边界感 - OLED 屏幕用户建议用纯黑
"#000000"，但必须同步设statusBar.foreground为"#e0e0e0"，避免白字刺眼 - 禁用高饱和插件（如 Bracket Pair Colorizer）和连字（
"editor.fontLigatures": false），否则再柔和的背景也救不了视觉疲劳
真正麻烦的不是写哪几行 JSON，而是得同时盯住主题行为、token 名称、JSON 格式、重载动作这四件事——少一个，颜色就卡在灰色里不动。
