VSCode工作区配置仅覆盖标为“Workspace”或“Resource”作用域的设置；在设置UI中搜索该配置，右侧显示文件夹图标即支持，人形图标则仅限用户级生效；不生效主因是未以文件夹模式打开项目、.vscode/settings.json路径错误或JSON格式非法。
VSCode 的工作区配置（.vscode/settings.json）能覆盖全局设置，但不是所有设置都支持——只有一部分明确标为 “Workspace” 或 “Resource” 作用域的配置项才真正生效。
怎么确认某个设置是否支持工作区级覆盖
在 VSCode 设置 UI 中搜索目标配置项（比如 editor.tabSize），看右侧图标：显示文件夹图标（Workspace）表示支持；显示人形图标（User）则只在用户级生效，写进 .vscode/settings.json 会被忽略。
-
workbench.colorTheme、window.zoomLevel、update.mode等强制锁定在用户级，改了也白改 -
python.defaultInterpreterPath、eslint.validate、files.exclude这类语言/编辑器行为相关的，基本都支持工作区覆盖 - 不确定时，优先查官方文档中该设置的 “Applies to” 字段，或直接在设置 UI 看图标
为什么改了 .vscode/settings.json 却没反应
最常见原因是 VSCode 没识别成“工作区”——它压根没加载这个文件。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 必须通过
File → Open Folder…（或命令行code /path/to/project）打开整个文件夹，不能只打开单个文件 - 左下角状态栏要显示
Folder: project-name，否则.vscode/下任何配置都不起作用 -
.vscode/settings.json必须放在你打开的那个文件夹根目录下，路径错一层（比如放进了子目录）就失效 - JSON 格式错误（如多了逗号、用了注释）会导致静默失败，VSCode 不报错但也不读取
editor.tokenColorCustomizations 怎么只对当前项目生效
这是少数能工作区级生效的颜色相关配置，但结构要求严格，漏掉包装层就完全无效。
- 必须完整写成
"editor.tokenColorCustomizations": { ... }，外层不能是"[javascript]": { "editor.tokenColorCustomizations": { ... } } - 内部用
"textMateRules"数组定义作用域规则，比如"scope": "comment"，不能直接写"comments" - 修改后必须执行
Developer: Reload Window才刷新语法高亮，保存文件不触发重绘 - 它只影响编辑器内代码着色，侧边栏、标题栏等 UI 区域颜色仍由
workbench.colorTheme控制，而后者根本不支持工作区配置
容易被忽略的关键细节
工作区配置不是“开关隔离”，而是叠加覆盖——它只替换你显式写出的键值对，其余仍继承全局设置。这意味着：
-
files.exclude在工作区里写相对路径，基准是项目根目录，不是.vscode/目录 -
python.defaultInterpreterPath推荐用./venv/bin/python这类相对路径，硬编码绝对路径会跨机器失效 - 多根工作区（
.code-workspace文件）的配置要写在该文件的"settings"字段下，不是.vscode/settings.json -
.vscode/settings.json可以也建议提交到 Git，但别塞入个人偏好（如字体大小、主题），只放团队协作必需项（格式规则、linter 路径、缩进风格）
