直接修改 statusBar.background 即可，但必须置于 workbench.colorCustomizations 对象内，单独写在 settings.json 根层级无效；statusBar.backgroundColor 是错误写法，VS Code 仅识别官方 color token 如 statusBar.background；还需配置 statusBar.noFolderBackground 和 statusBar.foreground 以适配空窗口与文字可见性。
直接改 statusBar.background 就行，但必须放在 workbench.colorCustomizations 里，单独写无效。
为什么 statusbar.backgroundcolor 不起作用
VS Code 不认 statusBar.backgroundColor 这种写法——它只识别官方定义的 color token 名称，比如 statusBar.background。常见错误是照着 CSS 习惯瞎加后缀，结果保存后一点反应都没有。
另外，这个配置不能直接写在 settings.json 根层级，必须包在 workbench.colorCustomizations 对象里，否则解析时会被忽略。
-
statusBar.background控制有打开文件夹/工作区时的状态栏背景 -
statusBar.noFolderBackground控制空窗口（没打开任何文件夹）时的状态栏背景，不设会 fallback 到浅灰 -
statusBar.foreground影响文字和图标颜色，深背景配深文字就看不见了
怎么让状态栏颜色匹配当前主题背景
先确认你当前主题的背景色值。比如用的是 Night Owl，它的编辑器背景通常是 #011627；如果是 Default Dark+，大概是 #1e1e1e。别猜，打开命令面板（Ctrl+Shift+P），运行 Developer: Inspect Editor Tokens and Scopes，点一下编辑器空白处，看 editor.background 的实际值。
然后在 settings.json 里补全：
"workbench.colorCustomizations": {
"statusBar.background": "#011627",
"statusBar.noFolderBackground": "#011627",
"statusBar.foreground": "#d4d4d4"
}
注意：workbench.colorCustomizations 是一个对象，不是字符串；所有 key 和 value 都要加双引号；JSON 里少个逗号就会整个失效。
改完没变化？大概率是主题覆盖了你的设置
很多第三方主题（比如 One Dark Pro、Dracula）会在内部声明同名 token，优先级高于你的 workbench.colorCustomizations。这不是 bug，是设计如此。
- 临时验证：把
workbench.colorTheme暂时切回Default Dark+或Light+，再看状态栏是否变色 - 长期解决：换一个更“克制”的主题，或者干脆禁用该主题的 UI 色覆盖（部分主题提供类似
oneDarkPro.enforceUIStyle的开关） - 终极绕过：装扩展
Custom CSS and JS Loader，注入.status-bar { background-color: #011627 !important; }——但每次 VS Code 升级都得重配
状态栏颜色和编辑器背景不是一回事
有人以为改了 editor.background，状态栏就会自动同步，其实不会。VS Code 把界面元素（状态栏、侧边栏、活动栏）和编辑器内容分属两套渲染逻辑，editor.background 只影响代码区域，对状态栏完全无感。
如果你用的是深色主题但状态栏还是浅灰，大概率是漏写了 statusBar.noFolderBackground ——新开一个空窗口就能复现这个问题。这个值不设，VS Code 就按默认逻辑走，跟主题背景毫无关系。
