workbench.colorCustomizations 优先级最高，覆盖当前主题 colors 和内置 fallback 值；colors 与 tokenColors 作用域隔离，不可混用；scope 匹配按树状继承顺序取首个命中项；UI 变色需确认目标元素实际使用的 color token。
VSCode 颜色配置没有传统编程意义上的“继承类”或“父类引用”，但存在明确的、不可绕过的优先级覆盖链——它决定了你改的那行 editor.background 到底起不起作用。
workbench.colorCustomizations 的覆盖优先级怎么排？
你写的每一条颜色配置，不是直接生效，而是被塞进一个三层队列里排队等裁决。VSCode 渲染时只认最终胜出的那一个：
-
workbench.colorCustomizations（用户设置）：最高优先级，无论你用的是什么主题，它都强制盖在最上面 - 当前激活主题的
colors字段（比如 One Dark Pro 的 JSON 文件里定义的editor.background）：中层，可被上层压住 - VSCode 内置 fallback 值（如
editor.background默认是#1e1e1e）：兜底，只有前两层都没定义时才启用
注意：workbench.colorCustomizations 不会“继承”主题里的其他颜色——它只覆盖你显式写出的字段，其余仍走主题原值。比如你只配了 "editor.background":"#2d2d2d"，那 sideBar.background 还是按当前主题原来的值渲染。
tokenColors 里的 scope 匹配为什么有时不生效？
语法高亮颜色（tokenColors）靠作用域（scope）匹配，但 scope 不是扁平列表，而是树状继承结构。例如 comment.line.double-slash.python 会同时匹配以下所有规则（按顺序取第一个命中者）：
comment.line.double-slash.pythoncomment.line.double-slashcomment.linecomment
所以如果你只想改 Python 注释，却只写了 "scope": ["comment"]，那所有语言的注释都会变色；想精准控制，得用更具体的 scope，比如 "comment.line.number-sign.python"（对应 # xxx）。
另外，semanticHighlighting 开启后，部分语言服务器（如 Pylance）会注入语义 scope（如 support.class.python），它优先级高于纯 TextMate scope，但仅对支持语义高亮的语言有效。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
为什么改了 colors 却看不到侧边栏变色？
常见原因不是配置错，而是目标元素根本没用你写的那个 color token。例如：
- 你以为
sideBar.background控制整个侧边栏？其实它只管“空闲区域”，而文件资源管理器、搜索面板等子区域各自有独立 token：sideBarSectionHeader.background、list.hoverBackground、activityBar.background -
statusBar.background在有活动任务（如 Git 提交中）时会被statusBar.noFolderBackground或statusBar.debuggingBackground覆盖 - 某些 UI 组件（如面板标题栏、调试控制台）使用的是
panelTitle.activeBorder这类冷门 token，文档里不常提，但真实存在
验证方法：打开命令面板 → 输入 Developer: Inspect Editor Tokens and Scopes，把鼠标悬停在目标 UI 上，就能看到它实际读取的是哪个 token。
自定义 theme.json 时 colors 和 tokenColors 能混用吗？
不能混用，它们作用域完全隔离：
-
colors只影响界面控件（编辑器背景、标签页、状态栏、按钮等） -
tokenColors只影响代码文本内部的语法成分（关键字、字符串、注释、变量名等）
比如你给 editor.background 设成黑色，再给 tokenColors 里 string 设成亮黄，字符串依然显示在黑色背景上——这是预期行为，不是 bug。但如果你忘了开 semanticHighlighting，又用了 support.type.python 这类语义 scope，那整条规则就静默失效，不会报错也不会回退。
真正容易被忽略的是：theme.json 中的 colors 修改必须配合 workbench.colorCustomizations 才能在用户设置中生效；而直接改 workbench.colorCustomizations 是最快捷的调试路径，不用打包发布主题扩展。
