VSCode代码颜色“科学”与否取决于是否分清editor.tokenColorCustomizations（管语法高亮）和workbench.colorCustomizations（管UI界面），二者隔离，混用会导致静默失效；改错位置是配置不生效的最常见原因。
VSCode 里代码颜色“科学”与否，不取决于插件多不多，而在于你是否分清了 editor.tokenColorCustomizations 和 workbench.colorCustomizations 这两层——改错地方，再好的插件也白搭。
为什么改了 settings.json 里的颜色却没生效？
最常见的情况是：你想让 Python 的 def 关键字变红，却把配置写在了 workbench.colorCustomizations 下。这个对象只管 UI 区域（状态栏、侧边栏、标签页），不管代码里任何一个字符的颜色。
-
editor.tokenColorCustomizations才是控制语法高亮的唯一入口，它针对的是语言 token：keywords、strings、comments、functions、variables 等 - 值必须是十六进制（如
"#e06c75"）或 rgba（如"rgba(224, 108, 117, 0.9)"），不能写"red"或"lightcoral" - 深色主题下慎用纯白
"#ffffff"做字符串色——刺眼；浅色主题下避免"#000000"关键字——与背景硬撞，易视疲劳 - 验证对比度：用 WebAIM Contrast Checker 测 keyword/string/comment 三者与当前
editor.background的对比度，建议 ≥ 4.5:1（WCAG AA 标准）
怎么按语言单独配色？
不是所有语言都需要同一套高亮逻辑。比如你希望 TypeScript 的接口名（interface）比普通关键字更突出，但又不想影响 JavaScript 文件——就得用语言作用域配置。
- 语法是
"[typescript].tokenColorCustomizations"，注意方括号和引号都要保留 - 支持嵌套写法：
"[typescript]": { "editor.tokenColorCustomizations": { "keywords": "#ff6492", "types": "#61afef" } } - 别漏掉注释弱化：
"comments": "#5c6370"在深色主题下比默认更灰，能真正“退后” - 如果某语言没反应，先确认该语言的语法识别已启用（比如检查右下角是否显示 “TypeScript”，而非 “Plain Text”）
highlight-words 和 indent-rainbow 这类插件怎么不打架？
它们各自负责不同维度的视觉信号：一个标语义（你指定的词），一个标结构（缩进层级）。但颜色堆叠多了反而干扰，得协调好透明度和语义权重。
-
highlightwords.colors推荐用 rgba，比如"rgba(255, 100, 146, 0.6)"，半透才能看清底下的语法色 -
indentRainbow.colors建议选低饱和度的蓝/紫/灰系，避免和 keyword/string 冲突；最多设 4–5 种，超过人眼难区分层级 - 两者都依赖
editor.background作为底色基准，如果背景是渐变或图片（非纯色），高亮会发虚——务必用纯色背景 - 禁用冲突项：
"highlightwords.ignoreCase": false（避免误标）、"indentRainbow.excludeLanguages": ["markdown", "json"]（无缩进语义的类型直接关）
真正难的不是加颜色，而是删颜色：去掉那些没承载语义、只增加视觉噪音的高亮。比如全项目搜 TODO 并高亮，不如只在当前文件用 Ctrl+F 临时标记——后者不污染长期视觉记忆。
