“Task不存在”根本原因是tasks.json缺失或位置错误；必须在项目根目录下手动通过“Tasks: Configure Task”生成.vscode/tasks.json，且文件需为合法JSON数组格式，label唯一、type与command匹配，否则VSCode无法加载任务。
报错直接看 tasks.json 文件本身是否合法、路径是否真实存在、type 是否匹配命令行为——不是调错插件，也不是重装 VS Code。
tasks.json 格式非法：JSON 解析失败就根本不会加载任务
VS Code 不会提示“JSON 错了”，只会静默忽略整个文件，状态栏显示“无法读取任务配置”或点“运行任务”时列表为空。
-
tasks.json必须是标准 JSON 数组，外层用方括号[...]包裹，哪怕只定义一个任务 - 所有 key 和字符串值必须用双引号，
'label': 'build'或label: "build"都无效 - 末尾不能有多余逗号：
"args": ["-g"],在最后一项后加了逗号 → 整个 tasks 块失效 - 打开文件后右下角应显示
JSON，不是Plain Text；如果不是，点击切换语言模式 - 粘贴到 JSONLint 一键校验，比肉眼查括号快十倍
command 找不到：shell vs process 的执行逻辑完全不同
写 "command": "g++ --version" 在 "type": "process" 下必报“找不到命令”，因为 process 不走 shell，无法解析空格分隔的参数。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
-
"type": "shell"→ 支持&&、|、$(pwd)、环境变量展开（如$PATH查找g++） -
"type": "process"→ 只认一个可执行文件名，参数必须拆进args数组："command": "g++", "args": ["--version"] - Windows 上没显式指定
shell.executable，type: "shell"默认走cmd.exe，不支持ls或$(pwd) - Linux/macOS 下若
g++在/usr/local/bin但不在默认PATH，type: "shell"仍可能失败，建议用绝对路径或补全options.env.PATH
任务执行后闪退：不是配置错，是 VS Code 主动关了终端
像 echo hello 这类秒完成的任务，终端关闭太快，你根本看不到输出——这不是 bug，是默认行为。
- 加延时最简单：
"command": "sleep 1 && echo hello"（macOS/Linux）或"command": "timeout 1 && echo hello"（Windows） - 结尾加交互等待：
; read -p "Press enter to continue"（Linux/macOS），& pause（Windows cmd） -
"isBackground": true仅适用于长期运行进程（如webpack --watch），配了但没写problemMatcher会导致任务卡住 - 不想改命令？右键终端标签页 → “Keep Open”，手动保留窗口
preLaunchTask 不生效：launch.json 和 tasks.json 的 label 必须字面量一致
调试前触发构建，靠的是 launch.json 里 preLaunchTask 字段和 tasks.json 中某个 task 的 label 完全匹配——差一个空格、大小写、标点都不行。
- 检查
launch.json："preLaunchTask": "g++ build active file" - 检查
tasks.json对应 task 的"label": "g++ build active file"（不是"label": "g++ build"或"G++ Build Active File"） - label 不支持变量展开，不能写
"${fileBasenameNoExtension} build" - 如果 tasks.json 里用了
"group": "build"，VS Code 会在“运行任务”菜单里归类，但不影响preLaunchTask匹配逻辑
真正卡住人的从来不是语法细节，而是 tasks.json 放错了位置（比如塞进 src/.vscode/）、或者以为写了就能跑，却忘了先在终端里手动敲一遍 g++ --version 确认 PATH 没问题。
