改编辑器颜色方案本质分两块：UI界面色由workbench.colorCustomizations管控，代码语法色由editor.tokenColorCustomizations管控，二者完全隔离；混写或只改其一将导致“改了但没生效”。
改编辑器颜色方案，本质是分两块操作：UI 界面色和代码语法色，二者完全隔离，混写或只动其中一块都会导致“改了但没生效”。
怎么改侧边栏、状态栏、标签页这些 UI 颜色
这类颜色归 workbench.colorCustomizations 管，不依赖任何主题扩展，改完保存就实时生效。
- 打开设置：Ctrl+,（Windows/Linux）或 Cmd+,（macOS），点右上角「打开设置 (JSON)」图标
- 在
settings.json里添加或合并workbench.colorCustomizations对象，键名必须是官方 token，比如：sideBar.background、statusBar.background、tab.activeBackground - 值支持
"#2d2d2d"、"rgba(45, 45, 45, 0.9)"、"transparent"，甚至可引用内置变量如"editor.background" - 大小写敏感：
activityBar.foreground有效，activitybar.foreground无效；漏掉引号、逗号或拼错字段名，VSCode 会静默忽略整条配置
怎么改关键字、字符串、注释这些代码颜色
这部分不是 UI 色，归 editor.tokenColorCustomizations 管，靠 TextMate scope 匹配，不能靠猜，也不能平铺写 "keywords": "#ff6b6b"。
- 必须用命令面板（Ctrl+Shift+P）运行
Developer: Inspect Editor Tokens and Scopes，把光标停在目标代码上，看右上角显示的真实 scope，比如：keyword、string.quoted.double.js、comment.line.double-slash.ts -
editor.tokenColorCustomizations必须用textMateRules数组结构，每条规则含scope和settings，例如：{"scope": ["keyword"], "settings": {"foreground": "#c586c0"}} - 第三方主题（如 Nord、One Dark Pro）常自带
tokenColorCustomizations，会覆盖你的设置；关掉它的语法着色开关，例如设"nord.enforceSyntaxHighlighting": false - 想只影响某语言？加
language字段限定，比如只改 Python 的 decorator："scope": "meta.decorator.python", "language": "python"
为什么改了 editor.background 却没变
这是最常卡住人的点——editor.background 控制的是编辑区底色，但它极易被干扰。
- 检查是否在
.vscode/settings.json（工作区级）写了同名配置，它会完全屏蔽用户级设置；建议先删掉工作区里的workbench.colorCustomizations测试 - 确认当前启用的主题 ID 是否被锁定（某些主题包会禁用用户覆盖），可在命令面板运行
Developer: Toggle Developer Tools查控制台是否有 warning - 某些主题（如 GitHub Theme）依赖系统暗色模式开关，系统没开暗色，它就回退到亮色变体，
editor.background值再对也白搭 -
editor.background不支持透明通道（如#1e1e1e80），若要模拟半透效果，得配合editor.opacity或workbench.opacity，但容易出渲染异常，不推荐
真正麻烦的从来不是写哪行 JSON，而是你改的那行到底作用在哪个 scope、被谁覆盖、有没有被 VSCode 当作无效语法跳过——尤其当多个工作区、同步服务、插件同时介入时，颜色优先级链比想象中更脆弱。
