VSCode颜色配置需按优先级和作用域生效：workbench.colorCustomizations必须包裹在[主题名]或[语言ID]内，仅支持十六进制颜色值，且工作区设置会完全覆盖用户级同主题配置。
VSCode 的颜色配置不是“改完 settings.json 就立刻全局生效”，它有一套明确的加载优先级和作用域嵌套规则——不理解这点，90% 的自定义颜色会失效或被覆盖。
settings.json 中 workbench.colorCustomizations 的生效前提
这个字段只在当前配置文件的作用域内起作用，且必须配合具体主题名或语言 ID 才能精准覆盖。很多人直接写 "tab.activeBackground": "#ff0000"，结果没反应，是因为：
• 它缺少外层主题作用域包裹，VSCode 不知道该覆盖哪个主题下的标签色
• 没加 [Default Dark+] 或 [python] 这类方括号标识，系统默认不识别为“定制规则”
• 颜色值用了 rgb(255,0,0) 或 red，而 VSCode 仅接受十六进制格式（如 #ff0000）
• 当前激活的主题名拼写错误（比如写成 Default Dark 而不是 Default Dark+），导致整个 block 被跳过
workbench.colorCustomizations 加载顺序与覆盖逻辑
VSCode 在渲染界面时，按以下顺序合并颜色配置：
• 先加载当前激活主题的原始 colors 字段（来自主题扩展的 theme.json）
• 再叠加用户 settings.json 中 workbench.colorCustomizations 下对应主题名的配置块
• 如果同一 key 出现在多个主题块中（如同时写了 [Default Dark+] 和 [One Dark Pro]），只有当前激活的那个主题块生效
• 同一主题块内，后写的 key 会覆盖前面同名的 key（但一般不建议在同一块里重复写）
• workbench.colorCustomizations 不影响语法高亮（那是 editor.tokenColorCustomizations 的职责）
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
为什么改了 colorCustomizations 却看不到效果？常见卡点
多数人卡在三个地方：
• 没重启 VSCode：部分 UI 元素（如侧边栏、活动栏）的颜色变更需完全重启才刷新，热重载只更新编辑器区域
• 语言扩展未启用：写了 [python] 但没装 Python 扩展，VSCode 根本不识别该 language id，整段配置被忽略
• 主题切换后未重新触发：改完 settings.json 后，如果只是切了个 tab，得手动再执行一次 Preferences: Color Theme 或按 Ctrl+K Ctrl+T 重新选一遍当前主题，才能强制重载 colorCustomizations
• 使用了错误的作用域名：比如想改状态栏文字颜色，却写了 statusBar.foreground，实际应为 statusBar.foreground（没错，这个是对的），但有人误写成 statusBar.text 或 statusBar.fontColor，这些字段根本不存在
多层配置共存时的真实行为
当用户设置、工作区设置、远程连接配置三者都含 workbench.colorCustomizations 时：
• 工作区级的配置只对当前文件夹生效，且会完整覆盖用户级的同主题块（不是 merge，是替换）
• 远程开发（SSH/Dev Container）下，工作区配置优先于本地用户配置，但前提是远程 VSCode 实例已加载该工作区
• 如果工作区配置里没写某个主题块（比如只写了 [python]，没写 [Default Dark+]），那么用户级的 [Default Dark+] 依然有效
• 所有配置最终都以 JSON 合并结果送入渲染引擎，没有“继承链”，只有“最后写入者胜出”
