tasks.json是vscode用于封装已有构建命令（如tsc、npm run build）的配置文件，必须置于工作区根目录的.vscode/tasks.json中，version须为"2.0.0"，且需正确配置group、isbackground和problemmatcher才能使ctrl+shift+b等快捷键正常触发并避免卡死。
VSCode 的 tasks.json 不是用来“替代”构建工具的，而是把已有命令（比如 tsc、npm run build、make）可靠地封装进编辑器快捷键里——配错路径、漏掉 isBackground、误用 problemMatcher 是最常导致“点了没反应”或“卡在运行中”的原因。
tasks.json 放哪儿？结构必须严格匹配 VSCode 识别规则
它必须放在工作区根目录下的 .vscode/tasks.json（注意是 .vscode 文件夹，不是项目根或用户配置目录）。VSCode 只认这个路径，且只在打开文件夹/工作区时加载。如果用“Open File”方式打开单个文件，tasks.json 完全不会生效。
顶层结构不能省略 version 和 tasks 字段，且 version 必须是 "2.0.0"（目前最新稳定版）：
{
"version": "2.0.0",
"tasks": [
{
"label": "build-ts",
"type": "shell",
"command": "tsc",
"args": ["--build"]
}
]
}
常见错误：写成 "version": "2.0" 或漏掉 tasks 数组外壳，VSCode 会静默忽略整个文件。
怎么让 Ctrl+Shift+B 真正触发你的脚本，而不是弹出选择菜单
VSCode 默认的“运行构建任务”快捷键（Ctrl+Shift+B）只对标记为 "group": "build" 的任务生效，且同一 group 内只能有一个默认任务。想一键直达，必须显式指定：
- 给目标 task 加上
"group": "build" - 加上
"presentation": { "echo": true, "reveal": "always", "focus": false, "panel": "shared", "showReuseMessage": true }（否则输出可能被吞或不自动展开终端） - 如果该任务是唯一 build 类型，VSCode 会自动设为默认；若有多个，需额外加
"dependsOn"或手动设为默认（右键任务 → “设置为默认构建任务”）
例如，让 npm run build 成为默认构建任务：
{
"label": "npm: build",
"type": "shell",
"command": "npm",
"args": ["run", "build"],
"group": "build",
"presentation": {
"echo": true,
"reveal": "always",
"panel": "shared"
}
}
后台任务（如监听编译）必须配 isBackground + problemMatcher，否则卡死
像 tsc --watch、nodemon、webpack serve 这类长期运行的任务，VSCode 默认认为它们“执行完了”，立刻结束进程。结果就是终端一闪而过，什么也没看到。
必须同时满足两个条件：
"isBackground": true- 提供能识别启动完成的
problemMatcher，比如 TypeScript 监听启动后会输出Starting compilation in watch mode...，对应内置 matcher"$tsc-watch"
错误写法（只有 isBackground 没有 matcher）：
{
"label": "tsc: watch",
"type": "shell",
"command": "tsc",
"args": ["--watch"],
"isBackground": true
}
正确写法：
{
"label": "tsc: watch",
"type": "shell",
"command": "tsc",
"args": ["--watch"],
"isBackground": true,
"problemMatcher": "$tsc-watch"
}
没有 problemMatcher，VSCode 就不知道“程序已就绪”，会一直显示“正在运行…”并阻止其他任务启动。
跨平台命令兼容性：shell vs process，Windows 下 npm 很容易崩
在 Windows 上，直接写 "command": "npm" 通常失败，因为 npm.cmd 是批处理文件，shell 类型任务在 PowerShell 或 CMD 中行为不一致；而 process 类型绕过 shell，更可靠。
建议统一用 "type": "process"，尤其涉及 npm、yarn、pnpm：
{
"label": "pnpm: dev",
"type": "process",
"command": "pnpm",
"args": ["run", "dev"],
"group": "build",
"presentation": { "panel": "shared" }
}
注意：process 类型不支持 shell 语法（如 &&、|、变量展开），复杂管道操作得写成独立脚本再调用。
真正难的不是写 JSON，而是理解 VSCode 什么时候等你、什么时候不等你、什么时候根本没读到你的配置——路径、group、background、matcher，四个点漏一个，任务就只是个摆设。
