工作区settings.json仅能覆盖workbench.colorCustomizations和editor.tokenColorCustomizations两类颜色，且须严格按作用域书写；配置被高优先级规则覆盖、key拼写错误或作用域不匹配是颜色不生效的根本原因。
工作区配置文件（.vscode/settings.json）能生效的调色范围有限，它只能覆盖 workbench.colorCustomizations 和 editor.tokenColorCustomizations 两类颜色，且必须严格按作用域书写；直接改 editor.background 很容易让语法高亮文字不可读，不是“设了就亮”，而是“设错就糊”。
为什么在工作区 settings.json 里改颜色经常没反应
根本原因不是 VS Code 抽风，而是配置被更高优先级规则压住或写错位置：
- 你在用户级
settings.json和工作区级.vscode/settings.json里都写了workbench.colorCustomizations，后者会**完全屏蔽**前者，但如果你没注意右下角是否显示「工作区」字样，就误以为没生效 - 把
editor.tokenColorCustomizations（管代码文字色）和workbench.colorCustomizations（管 UI 色）混在一个对象里，VS Code 直接忽略整个块 - 颜色 key 拼错大小写，比如写成
tab.activebackground（少大写 B），VS Code 不报错也不生效 - 改的是
diffEditor.insertedTextBackground，但你正在看 Git 图标面板而非实际 diff 视图，自然看不到效果
如何安全地为单个项目定制编辑器背景色
想靠 editor.background 给项目加个浅灰底？可以，但必须同步处理可读性问题：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 只写在项目根目录下的
.vscode/settings.json，**绝不能**写进用户级设置 - 必须同时设置
editor.foreground和editorLineNumber.foreground，否则行号和文字可能发虚或消失 - 推荐用带透明度的十六进制（如
#f5f5f5cc），保留部分原主题的阴影/分隔感，避免“平铺白板”式压迫感 - 如果用了第三方主题（如 One Dark Pro），它可能自带
editor.background覆盖逻辑，需关掉其语法着色开关："oneDarkPro.enforceSyntaxHighlighting": false
调试窗口、对比视图、标签页这些区域怎么分别调色
它们不共享同一套 token，得按模块找对 key：
- 调试面板背景由
panel.background控制，当前选中变量行是list.activeSelectionBackground，断点图标色是debugIcon.breakpointForeground - Git 差异视图新增文本背景是
diffEditor.insertedTextBackground，删除的是diffEditor.removedTextBackground；想让整行变色，用diffEditor.insertedLineBackground - 标签页按语言染色，必须用
"[python]": { "tab.activeBackground": "#4b5563" }这种格式，方括号不能漏，语言 ID 要和右下角显示的一致（如 JSONC 不是 json） - 所有颜色值只接受十六进制（
#rrggbbaa）、rgba()或引用变量（如"editor.background"），不支持命名色（red）或 HSL 字符串
最常被忽略的一点：颜色改完必须确认当前文件的语言模式正确、扩展已启用、且没被远程开发环境忽略——尤其在 Dev Container 里，.vscode/settings.json 默认不下发到容器内，得手动配 remote.extensionKind。
