VS Code 默认高亮“平”是因为主题保守设计导致token颜色区分度低；改善需协同foreground对比度、fontStyle与scope精准匹配，通过editor.tokenColorCustomizations配置textMateRules实现。
为什么默认高亮看起来“平”？
VS Code 默认主题对 keyword、string、variable 等 token 的颜色区分度低，常导致函数名和普通变量同色、注释和字符串亮度接近、数字和布尔值混在一起。这不是 bug，而是主题设计偏保守——它优先保证可读性，而非视觉分层。真正影响层次感的不是颜色数量，而是 foreground 对比度 + fontStyle（如 bold、italic）+ scope 精准度三者协同。
如何用 editor.tokenColorCustomizations 加层次
直接改 settings.json，不装插件也能实现精细控制：
- 必须用
textMateRules数组，每条规则匹配一个语法 scope；scope 名称要靠Developer: Inspect Editor Tokens（Help → Toggle Developer Tools → 右上角三个点 → Inspect Editor Tokens）实时查，不能猜 - 想让函数名更突出？加 rule：
{"scope": "entity.name.function", "settings": {"foreground": "#56b6c2", "fontStyle": "bold"}} - 注释太抢眼？设为浅灰斜体：
{"scope": "comment", "settings": {"foreground": "#6a7480", "fontStyle": "italic"}} - 类名加粗但不改色：
{"scope": "entity.name.class", "settings": {"fontStyle": "bold"}} - 避免全局污染：优先写语言限定规则，例如在
"[javascript]": { ... }下嵌套tokenColorCustomizations，而不是顶层配置
哪些 scope 容易配错或被忽略
常见陷阱不在颜色本身，而在 scope 误判：
-
variable和variable.other不同：前者泛指所有变量，后者专指非参数/非属性的普通变量；配错会导致const x = 1和this.x同色 -
support.type常被漏掉：比如 TypeScript 中的string、Promise类型标注，不单独设色会让类型声明“沉”在代码里 -
meta.function是函数体范围，不是函数名；设 background 在这里会高亮整块函数体，但多数语言服务器不支持 background 渲染，只生效 foreground - Python 的
storage.type.class和entity.name.class是两回事：前者是class关键字，后者是类名本身；混用会导致关键字加粗但类名没反应
插件增强 ≠ 更好，关键看 scope 覆盖粒度
像 Better Python 或 JavaScript (ES6) Code Snippets 这类插件，本质是提供更细的 TextMate scope，比如把 decorator 单独标为 meta.decorator.python。但如果你没在 tokenColorCustomizations 里显式写这条规则，再细的 scope 也白搭。
- 装插件后务必运行一次
Developer: Inspect Editor Tokens，确认新 scope 是否真实出现 - 插件可能覆盖原有 scope：比如两个 Python 插件同时激活时，
source.python的 scope 链可能变长，旧规则失效 - 真需要“块级背景”？别硬塞
background字段——先试indent-rainbow（缩进色带）或highlight-matching-tag（标签对），它们用装饰器机制更稳定
