修改 editor.tokenColorCustomizations 没生效是因为 VSCode 按主题内置→扩展→用户 settings→内联装饰的优先级渲染，且同 token 多 scope 匹配时取最具体 scope；需用 Developer: Inspect Editor Tokens and Scopes 精准获取高优先级 scope，并在 textMateRules 中按完整 scope 名配置，避免依赖宽泛 scope 或顶层快捷字段。
为什么修改 editor.tokenColorCustomizations 没生效？
VSCode 的语法高亮颜色不是简单“覆盖”就完事的，它有一套明确的优先级规则：主题内置颜色 → 扩展注入的颜色 → 用户在 settings.json 中通过 editor.tokenColorCustomizations 设置的颜色 → 内联装饰（如调试断点、TODO 注释等）。但关键在于：如果某个 token 被多个语法作用域（scope）同时匹配，VSCode 会取“最具体”的那个 scope 的颜色，而不是最先定义的。你改了 string，但实际生效的可能是 string.quoted.double.js 这类更细粒度的 scope。
如何精准定位并覆盖目标 token 的颜色？
靠猜 scope 名字基本无效。必须用 VSCode 自带的开发者工具实测：
- 打开任意代码文件（如
.js），把光标放在想调试的 token 上（比如一个字符串） - 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并执行Developer: Inspect Editor Tokens and Scopes - 看弹出的面板里
Scope names列表——从上到下越靠前的 scope 优先级越高，通常选第一个（最具体的）来覆盖 - 在
settings.json中写入时，用这个完整 scope 名作为 key，例如："editor.tokenColorCustomizations": { "textMateRules": [ { "scope": "string.quoted.double.js", "settings": { "foreground": "#FF6B6B" } } ] }
textMateRules 和顶层 comments/strings 字段的区别
很多人只改 strings，结果发现 .ts 或 .jsx 里还是没变——因为这些字段是“快捷入口”，只影响极少数通用 scope（如 string、comment），且仅对当前启用的主题生效；而 textMateRules 是底层机制，支持任意 scope，跨语言通用，优先级也更高。
- 顶层字段（如
strings）适合快速微调基础类型，但控制力弱、语言覆盖不全 -
textMateRules必须手动配 scope，但能精确到keyword.control.flow.ts这种级别 - 两者可共存，但
textMateRules中同 scope 的规则会覆盖顶层字段设置 - 注意：scope 名区分大小写，且不同语言扩展可能注册不同 scope（比如 Prettier 插件有时会重写 scope）
主题更新后高亮又变了，怎么保持稳定？
主题作者更新时可能调整 scope 映射或默认颜色，导致你之前写的 textMateRules 失效或错位。这不是 bug，是 TextMate 语法设计的固有特性。
- 不要依赖“看起来像”的 scope 名，每次主题更新后，重新用
Inspect Editor Tokens and Scopes验证 - 避免写过于宽泛的 scope（如只写
string），它容易被子 scope 覆盖，也不如具体 scope 稳定 - 如果多个语言都需要统一某类 token 颜色（如所有字符串都用橙色），可以列多个 rule，分别对应
string.quoted.single.py、string.quoted.double.rs等 - 某些插件（如
Bracket Pair Colorizer）会动态注入 decoration，这类颜色不受tokenColorCustomizations控制，得去对应插件配置
