VSCode任务系统仅封装命令而不执行构建或测试，需手动配置正确格式的tasks.json：version为"2.0.0"，指定command、group、isDefault等字段，并注意环境路径、多根工作区及后台监听限制。
VSCode 任务系统本身不直接执行构建或测试，它只是把你的命令包装成可复用、可触发的操作——关键在于你写的 tasks.json 是否正确调用了真实工具（比如 tsc、npm run build、jest）。
怎么写一个能跑起来的 tasks.json
VSCode 不会自动猜你要跑什么，必须手动创建 .vscode/tasks.json 并明确指定命令、参数和工作目录。
- 路径必须是
.vscode/tasks.json，放在项目根目录下，VSCode 才认 -
version字段必须是"2.0.0"（新版格式），旧版"0.1.0"已废弃且不支持group或dependsOn -
command写的是终端里实际能敲的命令，比如"npm"或"tsc"，不是脚本文件名 - 如果命令依赖本地
node_modules/.bin，得加"options": { "env": { "PATH": "./node_modules/.bin:${env:PATH}" } }，否则找不到eslint、prettier这类包内二进制
{
"version": "2.0.0",
"tasks": [
{
"label": "build",
"type": "shell",
"command": "npm run build",
"group": "build",
"presentation": { "echo": true, "reveal": "always", "focus": false }
}
]
}
为什么保存后按 Ctrl+Shift+B 没反应
常见原因不是配置错，而是 VSCode 没识别出默认任务，或者当前文件没匹配到任务类型。
- 必须在
tasks.json中给某个任务加上"isDefault": true，否则Ctrl+Shift+B不知道该跑哪个 - 如果项目有多个
tasks.json（比如多根工作区），VSCode 默认只读取「活动文件夹」下的那个，别放错位置 - 某些语言扩展（如 Python、C/C++）会自带任务模板，可能覆盖你的配置；检查右下角状态栏是否显示了别的任务提供者
- Windows 上用
cmd执行时，npm run可能被解析成npm.cmd，但shell类型默认走 PowerShell，建议统一设为"type": "process"避免 shell 兼容问题
怎么让测试任务自动监听文件变化
VSCode 任务本身不提供 watch 模式，得靠底层工具支持，再配合 isBackground 和问题匹配器才能“看起来像在监听”。
- 比如用
jest --watch，要加"isBackground": true，否则 VSCode 会等它退出才结束任务 - 必须配
"problemMatcher"，否则输出的错误不会跳转到源码行；推荐用内置的$jest或$tsc-watch -
"runOptions": { "reevaluate": true }没有用——VSCode 不支持热重载任务定义，改完tasks.json得手动重新触发 - 真正可靠的 watch 方案，其实是用终端里手动开一个
npm run test:watch，任务系统更适合一次性动作（build/test/lint）
{
"label": "test:watch",
"type": "shell",
"command": "npm run test:watch",
"isBackground": true,
"problemMatcher": "$jest"
}
任务系统最易被忽略的一点：它不管理进程生命周期。你起一个 webpack serve 任务，关掉终端窗口后进程还在后台跑着，下次再起就会端口冲突——得手动杀，或者用 npm-run-all + --kill-others 控制。
