.vscode文件夹配置不生效的最常见原因是工作区未被正确识别或被用户设置覆盖；必须确保通过“File→Open Folder…”打开项目根目录，且.vscode位于根目录下，同时验证是否通过“Preferences: Open Workspace Settings (JSON)”成功加载。
为什么.vscode文件夹里的配置不生效？
最常见原因是配置被全局设置覆盖，或工作区没被正确识别。VS Code 的配置优先级是：工作区 settings.json > 用户全局设置。如果你在「用户设置」里手动改过 editor.tabSize，它会压倒项目里的同名配置，除非你在 settings.json 中显式写入。
验证是否生效：打开命令面板（Ctrl+Shift+P），运行 Preferences: Open Workspace Settings (JSON) —— 如果弹出的是空白或报错「No workspace settings」，说明当前没在工作区根目录下打开文件夹，或者 .vscode 文件夹不在项目根目录。
- 确保你通过「File → Open Folder…」打开的是包含
.vscode的完整项目根目录，不是子目录 -
.vscode必须是隐藏文件夹（名字以点开头），Windows 资源管理器默认不显示，建议用 VS Code 自带的资源管理器或终端创建：mkdir .vscode - 如果项目使用了
.code-workspace多根工作区，配置应放在该文件的"settings"字段里，而不是某个子文件夹下的.vscode/settings.json
settings.json 里哪些配置最容易踩坑？
很多开发者直接复制网上的示例，结果格式化失效、Prettier 不起作用、ESLint 报红但不自动修复——问题常出在几个关键字段的组合逻辑上。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
-
"editor.formatOnSave": true单独开启没用，必须同时指定默认格式化工具，比如："[javascript]": {"editor.defaultFormatter": "esbenp.prettier-vscode"} -
"prettier.requireConfig": true会强制读取项目根目录的.prettierrc，如果没这个文件，保存时格式化直接静默失败 -
"eslint.codeActionsOnSave": {"source.fixAll.eslint": true}和"editor.formatOnSave": true同时启用时，可能冲突：ESLint 修完，Prettier 又重排，导致保存两次才稳定。建议只留一个，或用 Prettier + ESLint 共享配置（如eslint-config-prettier） -
"files.exclude"和"search.exclude"写法不同："**/node_modules"是通配，但不能写成"node_modules/"或"./node_modules"，否则不生效
launch.json 和 tasks.json 怎么协同工作？
它们不是独立存在的，而是靠变量和执行顺序串联起来的。典型场景：编译 C++ 代码后立刻调试，或构建前端后启动本地服务。
-
tasks.json的"label"值（比如"build"）会被launch.json的"preLaunchTask"引用，注意大小写和空格必须完全一致 -
launch.json中的"program"路径要和tasks.json输出的可执行文件位置匹配，例如"program": "${workspaceFolder}/build/app"对应tasks.json里"args": ["-o", "${workspaceFolder}/build/app"] - 调试前自动清理旧产物？在
tasks.json里加一个"clean"任务，再让"build"任务的"dependsOn"指向它 - Node.js 调试时若提示
"Cannot launch program because corresponding JavaScript file cannot be found"，大概率是launch.json的"program"指向了 TS 源码（"${file}"），但没配好编译任务，应指向编译后的 JS 文件路径
团队协作时 .vscode 应该提交到 Git 吗？
应该，但有明确边界：只提交对开发流程有实质影响的配置，避免把个人偏好塞进去。
- 必须提交：
settings.json（含缩进、格式化、文件排除）、launch.json（统一调试入口）、tasks.json（标准构建命令） - 谨慎提交：
c_cpp_properties.json（路径含绝对路径时需转为变量，如"${workspaceFolder}/include"） - 不应提交：
extensions.json里只写推荐插件，别硬性要求；settings.json里避免写"window.zoomLevel"、"terminal.integrated.fontSize"这类纯 UI 设置 - 容易被忽略的一点：如果项目用了 Prettier 或 ESLint，
settings.json里"prettier.configFile"和"eslint.options"的路径必须存在且可被所有成员访问，否则配置形同虚设
真正难的不是写配置，而是判断哪些行为该由编辑器管、哪些该交给 CLI 工具——比如自动格式化交给 editor.formatOnSave，而 CI 流水线里的校验必须用 prettier --check 独立执行，不能只依赖编辑器状态。
