VSCode颜色配置按优先级链生效：内联装饰＞用户tokenColorCustomizations＞主题tokenColors＞默认fallback；tokenColorCustomizations常不生效因低于主题规则，须用完整scope名；workbench.colorCustomizations需带主题或语言ID作用域；配置优先级为文件夹＞工作区＞用户设置，且同层级不合并仅替换。
VSCode 的颜色配置不是“谁写在后面谁生效”，而是按明确的优先级链逐层比对，冲突时高优先级项直接覆盖低优先级项——理解这条链，才能真正解决颜色不生效、改了没反应的问题。
editor.tokenColorCustomizations 为什么经常不生效？
因为它的实际优先级排在主题内置规则之后，而不是最顶层。VSCode 渲染 token 颜色时，顺序是：内联装饰（如断点、TODO） → 用户 settings 中的 editor.tokenColorCustomizations → 当前主题的 tokenColors 定义 → VSCode 默认 fallback 色。你改了 string，但主题里定义了 string.quoted.double.js，且这个 scope 更具体，它就会赢。
- 别猜 scope 名字，必须用
Developer: Inspect Editor Tokens and Scopes把光标停在目标 token 上，看面板里第一个Scope names条目 - 在
editor.tokenColorCustomizations里，必须用完整 scope 名（如"string.quoted.double.js"），不能只写"string" - 如果用了第三方主题，先临时切回
Default Dark+测试配置是否生效，排除主题自身覆盖干扰
workbench.colorCustomizations 的作用域怎么写才对？
它控制的是 UI 元素（如标签、侧边栏、状态栏）颜色，不是代码高亮。关键在于：它必须配合主题名或语言 ID 使用，否则会被忽略。
- 全局覆盖无效：直接写
"tab.activeBackground": "#ff0000"不起作用，因为 VSCode 不识别无作用域的 UI 颜色配置 - 正确写法是带方括号的作用域，例如
"[Default Dark+]": { "tab.activeBackground": "#2e5f2e" }或"[python]": { "tab.activeBackground": "#4b5563" } - 语言 ID 必须准确，可通过
Ctrl+Shift+P→Change Language Mode查看当前文件的实际 ID（比如 JSON 是jsonc，不是json） - 颜色值只接受十六进制格式（如
#7c3aed），不支持rgb()或命名色
用户设置、工作区设置、文件夹设置，哪个颜色配置能覆盖哪个？
三者都可写 editor.tokenColorCustomizations 和 workbench.colorCustomizations，但优先级固定为：文件夹设置（.vscode/settings.json） > 工作区设置（.code-workspace） > 用户设置（User/settings.json）。同一 key 出现在多个层级时，高优先级值直接替换低优先级值。
- 想让某个项目完全隔离颜色表现？把定制规则全写进项目根目录下的
.vscode/settings.json - 团队共用一套注释高亮方案？放在
.code-workspace里，比每个成员手动改用户设置更可控 - 用户设置里的颜色配置，只适合极少数跨所有项目的通用调整（比如统一禁用某类装饰色），多数情况建议下沉到项目级
最容易被忽略的一点：VSCode 不会自动合并多个 textMateRules 数组，而是取最后一个完整对象。如果你在用户设置和文件夹设置里都写了 editor.tokenColorCustomizations，后者会整个替换前者，不是叠加。要复用基础规则再追加，得手动把公共部分复制过去。
