VSCode主题显示异常绝大多数因配置覆盖或拼写错误：先注释workbench.colorCustomizations，再检查工作区.vscode/settings.json中workbench.colorTheme值是否准确，确认主题已启用且未被其他扩展冲突，最后执行Reload Window重载。
VSCode 主题显示异常，90% 以上不是主题坏了，而是被某处配置静默覆盖或拼写错误卡住了。直接改设置或重启多半没用，得按优先级一层层“拆包”。
检查 workbench.colorCustomizations 是否劫持了主题配色
这是最隐蔽也最常见的失效原因：你曾经手动调过几个颜色，结果整个主题的配色逻辑被绕过了。
- 打开命令面板（
Ctrl+Shift+P或Cmd+Shift+P），执行Preferences: Open Settings (JSON) - 搜索
"workbench.colorCustomizations"—— 即使是空对象{}也会干扰主题加载 - 临时注释或删掉整段（包括外层键名），保存后按
Ctrl+K Ctrl+T切回同一主题测试 - 如果立刻生效，说明就是它在“抢权”；后续如需微调，请改用主题自带的配置项（比如
catppuccin.colorScheme），别硬塞进colorCustomizations
确认 workbench.colorTheme 值是否被 workspace 设置覆盖
项目根目录下的 .vscode/settings.json 拥有最高优先级，会无条件压倒你的全局选择。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 进当前项目文件夹，检查是否存在
.vscode/settings.json - 打开它，搜索
"workbench.colorTheme"或"colorTheme" - 如果值为空、拼错（比如
"NightOwl"写成"night-owl"）、或指向一个已卸载的主题，VSCode 就会悄悄回退到默认浅色 - 临时重命名该文件为
settings.json.bak，再执行Developer: Reload Window测试 - 若恢复生效，修改时务必核对主题 ID —— 它必须和扩展市场页面右下角显示的 ID 完全一致（区分大小写、连字符）
验证主题是否真被启用，而非仅“已安装”
VSCode 扩展存在“安装但禁用”状态，尤其从 VSIX 手动安装或升级后容易卡在这里。
- 打开扩展视图（
Ctrl+Shift+X），搜索主题名（如one-monokai） - 看右下角是否有
Disabled标签；若有，点击右侧齿轮图标 →Enable - 某些主题（如
vscode-one-monokai）还要求手动触发激活命令：Ctrl+Shift+P输入One Monokai: Activate Theme - 禁用其他主题类扩展（比如同时装了多个 dark 主题），避免注册冲突导致主题注册表混乱
强制重载窗口，而不是简单重启
VSCode 的主题系统依赖运行时注册机制，单纯关窗口再打开，有时只加载了部分资源。
- 先执行
Developer: Reload Window（Ctrl+Shift+P输入后回车）—— 这比关窗口更快更彻底 - 仍无效？终端执行
code --disable-extensions启动，确认是否第三方插件干扰（如旧版Material Theme残留） - 极少数情况（如 Windows 权限问题），主题实际没解压到
%USERPROFILE%\.vscode\extensions\下对应目录，可去该路径下手动检查文件是否存在
真正难搞的往往不是配置本身，而是多层覆盖叠加后的“不可见状态”：workspace 设置盖住用户设置，colorCustomizations 盖住主题逻辑，禁用状态盖住安装事实。每一步都得亲手验证，不能靠“应该生效”来判断。
