改了settings.json没反应，主因是scope名错误、配置位置错误或被第三方主题覆盖；必须用Inspect Editor Tokens and Scopes获取准确scope，确保workbench.colorCustomizations或editor.tokenColorCustomizations位于settings.json根级，并临时切换Default Dark+主题验证。
为什么改了 settings.json 却没反应
VSCode 对颜色配置极其严格，写错一个字段名、放错一层嵌套、或被主题覆盖，它都选择沉默——不报错、不提示、不生效。最常见三类原因：
• scope 名称错误：比如想改注释却写了 "comment"，实际应为 "comment.line.double-slash" 或 "comment.block"；必须用 Developer: Inspect Editor Tokens and Scopes 实时取，光标停在目标代码上，看面板顶部第一个完整 scope 链
• 配置位置错误：不能塞进 workbench.colorCustomizations 里写 editor.tokenColorCustomizations 的规则，也不能放在 UI 设置界面或主题文件中；必须是用户或工作区 settings.json 的顶层对象字段
• 被第三方主题覆盖：One Dark Pro、Nord 等会硬编码 tokenColors，直接压过你的规则；临时切到 Default Dark+ 测试，或关掉主题的语法强化开关（如 "nord.enforceSyntaxHighlighting": false）
editor.tokenColorCustomizations 怎么配才精准有效
这是改代码文本颜色的核心配置，但不是所有写法都推荐：
• 必须用 textMateRules 数组，而不是扁平键值对（如 "strings": "#d6994b"）；后者兼容性差，且无法指定语言上下文
• 每条规则必须含 scope 和 settings，例如：
{ "scope": ["support.function.console.js"], "settings": {"foreground": "#ff6b6b"} }• scope 要具体：优先选带语言后缀的链，如
keyword.control.ts 而非 keyword；同一 token 可能有多个 scope，选面板里显示在最上面那条（最细粒度）• 避免全局 scope：
identifier 或 string 这类宽泛匹配会在大文件中拖慢渲染，且容易被后续规则覆盖
workbench.colorCustomizations 控制哪些颜色
它只管界面“外壳”，不碰代码文本本身：
• 影响范围包括：editor.background（编辑器背景）、sideBar.background（侧边栏背景）、activityBar.foreground（左侧活动栏图标色）、statusBar.background（底部状态栏）、tab.activeBackground（当前标签页背景）等
• 键名必须是 VSCode 官方定义的 color token，不能自创；完整列表见官方文档，但常用项基本够用
• 不支持主题作用域写法：像 "[One Dark Pro]": { ... } 是 editor.tokenColorCustomizations 的语法，在这里无效，写了就静默失效
• 值推荐用十六进制格式（#rrggbb 或 #rrggbbaa），命名色（如 red）部分语言插件不认
语义高亮（editor.semanticTokenColorCustomizations）为什么总抢你风头
当你发现明明改了 keyword 的颜色，但 if、for 还是老样子，大概率是语义高亮在起作用：
• 它由语言服务器（LSP）驱动，比 TextMate 更“懂”代码，能区分“这个 name 是参数，那个 name 是属性”
• 优先级高于 textMateRules，所以你的语法规则会被它覆盖
• 若想禁用语义高亮来让自己的规则生效，可在 settings.json 加：
"editor.semanticHighlighting": false
• 或者，直接用
editor.semanticTokenColorCustomizations 配置它（结构同 textMateRules），但需先用 Developer: Inspect Editor Tokens and Scopes 查看 semantic scope，通常以 variable.parameter、function.declaration 等形式出现 
