workbench.colorCustomizations 是唯一可靠修改 VSCode 界面颜色的配置项，需在 settings.json 中严格按官方 token（如 sideBar.background）设置值，大小写与格式错误将导致失效。
workbench.colorCustomizations 是唯一能直接改 VSCode 界面颜色的配置项，其他方式（比如改 CSS 文件、装一堆主题插件却不配它）基本无效。
怎么用 workbench.colorCustomizations 改侧边栏、状态栏这些 UI 颜色
它专管界面元素，比如侧边栏背景、活动标签页底边线、状态栏、活动栏文字等，不碰代码里的字符串或注释颜色。
- 打开命令面板（
Ctrl+Shift+P或Cmd+Shift+P），输入并执行Preferences: Open Settings (JSON) - 在
settings.json里添加或修改workbench.colorCustomizations对象，键必须是官方 token，比如：sideBar.background、statusBar.background、tab.activeBorder - 值支持
"#2d2d2d"、"rgba(45, 45, 45, 0.9)"、"transparent"，甚至引用已有变量如"editor.background" - 拼错大小写（比如把
activityBar.foreground写成activitybar.foreground）或加空格，都会让整条配置失效
为什么改了 editor.background 却没变？检查这三处
editor.background 控制的是编辑器内容区（也就是你敲代码那块）的背景，但它容易被干扰。
- 当前启用的颜色主题（
workbench.colorTheme）如果自带editor.tokenColorCustomizations，可能覆盖你的设置——部分主题（如 Nord）默认强制接管语法色，连带影响背景渲染逻辑 - 工作区级
.vscode/settings.json里写了同名配置，会完全屏蔽用户级设置；建议先删掉工作区里的workbench.colorCustomizations测试 - 某些主题（如 GitHub Theme）依赖系统暗色模式开关，系统没开暗色，它就回退到亮色变体，
editor.background值再对也白搭
UI 色和语法色别混着配：workbench.colorCustomizations vs editor.tokenColorCustomizations
这是最常踩的坑。前者改按钮、标签、状态栏；后者改 function、"string"、// comment 这些代码文本的颜色。
- 想调高亮括号背景？用
workbench.colorCustomizations下的editorBracketMatch.background - 想改注释颜色？得去
editor.tokenColorCustomizations下配comments - 查 token 名不能靠猜：编辑器里按
Ctrl+Shift+P→Developer: Inspect Editor Tokens and Scopes，点一下代码就能看到实时 token 类型和 color key - 查 UI 元素 class 名：按
Ctrl+Shift+I打开开发者工具，右键界面元素 →Inspect，看 class 后对照官方 color reference 文档
为什么直接改 vscode/resources/app/out/vs/workbench/workbench.desktop.main.css 没用
这个路径看起来像“源码 CSS”，但它是构建产物，不是运行时加载入口。
- VSCode 升级后该文件必被覆盖，你改的全丢
- 启动时会校验资源完整性，篡改可能触发
ERR_INVALID_CRX_HEADER类错误，导致无法启动 - 即使临时生效，也只作用于当前窗口；新开窗口或重载窗口后立即还原
- VSCode 渲染靠 Electron 动态注入样式规则，不是静态读取这个 CSS 文件
settings.json 里那几行 workbench.colorCustomizations 配置中——它轻量、实时、可版本管理，而且不会被升级冲掉。但要注意，所有 token 名都必须严格匹配文档，少一个点、错一个大小写，就等于没写。 
