VSCode配色需分清三类：界面颜色用workbench.colorCustomizations，语法高亮靠editor.tokenColorCustomizations，颜色值可视化须装Color Highlight插件；混淆三者易导致配置混乱。
VSCode 里“设置颜色”根本不需要插件来教——真正需要的，是分清你在改什么：是界面颜色（比如状态栏、侧边栏）、代码语法高亮（比如 function 关键字或字符串），还是颜色值本身的可视化（比如 #ff6b6b 旁边显示一个色块）。混着改，容易越配越乱。
改界面颜色：用 workbench.colorCustomizations 就够了
这是控制 VSCode 整体 UI 色彩的唯一正路，所有主题（包括 One Dark Pro、Dracula）都走这条路。它不碰代码内容，只管按钮、标签页、状态栏这些“外壳”。
-
editor.background改编辑区底色，statusBar.background改底部状态栏，activityBar.background改左侧图标栏 - 值支持
#1e1e1e、rgb(30,30,30)、darkgray，但别用带透明度的rgba()——部分区域（如折叠箭头）会渲染异常 - 工作区级配置（
.vscode/settings.json）会覆盖全局设置，团队项目里放这里比每人手动调更靠谱 - 改完不用重启，保存即生效；但如果某个颜色死活不生效，先检查有没有拼错字段名（比如写成
editorBackground少了点）
改代码语法颜色：靠 editor.tokenColorCustomizations
这才是让 const、"hello"、// comment 显出不同颜色的地方。它和语言绑定，不是全局开关。
- 基础写法：
"keywords": "#ff9800"让所有语言的关键字变橙色；进阶写法："[javascript].tokenColorCustomizations"只影响 JS 文件 - 可定制项有限：官方只暴露了
comments、strings、keywords、functions等十几个 token，没法单独染import或async——那是主题作者干的事 - 别指望它改 CSS 中的
color: red里的red字样——那是颜色值，归Color Highlight插件管，不是语法 token - 如果改了没反应，确认当前文件的语言模式正确（右下角显示
JavaScript，不是Plain Text）
让颜色字面量“看得见”：装 Color Highlight 插件
想在 background: #007acc 或 color = "#ff6b6b" 旁边直接看到小色块？原生不支持，必须靠插件，而 Color Highlight 是目前最轻量、最稳的选择。
- 装完默认只识别 CSS/SCSS 文件里的
#fff、red这类基础写法；想让它扫 JS 字符串，得加配置："colorHighlight.languages": ["javascript"]和"colorHighlight.occurrencesInStrings": true - 开启字符串扫描后，
error: #404这种也会被标红——误报不可避免，大文件还可能卡顿，慎开 - 它不解析 CSS 变量，
var(--primary)永远不会被识别；硬要支持，只能用正则静态映射，比如{"pattern": "var\(--primary\)", "color": "#007acc"}，但变量值变了，色块不会跟着变 - 最关键的一步常被跳过：打开设置搜
colorDecorators，确保Editor > Color Decorators是勾选状态；否则插件装了也白装
什么时候真该装 ColorPicker？
只有两个真实场景值得装第三方调色盘插件（比如 JunHan 的 ColorPicker）：
- 你在
.py、.json、.md这类非样式文件里硬编码颜色值，比如LOGO_COLOR = "#2563eb"，原生和Color Highlight都不处理这类上下文 - 你需要 HSV 拖拽、历史记录、HEX/RGB 实时互转——原生
Pick Color只弹个简陋色轮，连亮度滑块都没有 - 其他情况全是冗余：想点一下改
#ff0000？原生 Ctrl+Click 就行；想看色块？Color Highlight更轻量；想换主题？直接命令面板切，别动插件
最常被忽略的是语言模式和总控开关——90% 的“插件不生效”问题，根源不在插件本身，而在 colorDecorators 被关了，或者文件被识别成了 Plain Text。
