vscode任务需将tasks.json置于项目根目录/.vscode/下，多根工作区须各文件夹单独配置；type选shell支持shell语法，process更轻量；isbackground与problemmatcher需成对设置以实现自动构建；终端卡住常因panel、clear或group未正确配置。
任务没触发，tasks.json 放错位置了
VSCode 的任务系统只认工作区根目录下的 .vscode/tasks.json，不是项目任意位置都能生效。如果你在子文件夹里新建了 .vscode，或者把 tasks.json 放到了源码目录下，任务列表里根本不会出现它。
- 确认路径是：
你的项目根目录/.vscode/tasks.json（注意是点开头的隐藏文件夹） - 如果用多根工作区，每个文件夹都要单独配
.vscode/tasks.json，父级配置不继承 - 改完文件后不用重启 VSCode，但要按
Ctrl+Shift+P→ 输入Tasks: Run Task刷新缓存，否则旧任务可能还在列表里
type: "shell" 和 type: "process" 选哪个
这俩决定命令怎么执行，选错会导致路径找不到、环境变量失效、甚至命令卡住不退出。
-
"type": "shell"：走系统 shell（Windows 是cmd.exe或powershell，macOS/Linux 是bash），支持&&、|、变量展开，适合带管道或条件逻辑的构建脚本 -
"type": "process"：直接调用可执行文件，不经过 shell，启动快、更干净，但不支持 shell 语法；比如直接跑tsc或npm run build时，得确保npm在PATH里，且 Windows 下可能需显式写npm.cmd - 常见坑：
type: "shell"在 Windows 上默认用cmd，不识别export或$NODE_ENV；想用powershell得加"options": {"shell": {"executable": "pwsh"}}
保存就自动构建？靠 problemMatcher 和 isBackground
自动编译不是靠“保存”本身触发的，而是靠任务标记为可监视 + 编辑器监听到匹配的输出模式。漏配这两项，任务跑完就结束，不会持续监听文件变化。
-
"isBackground": true是前提，告诉 VSCode 这是个长期运行的任务（比如tsc --watch、webpack serve） -
"problemMatcher"必须匹配构建工具的实际错误输出格式，否则 VSCode 不知道哪行是报错、无法跳转；TypeScript 官方推荐用"$tsc-watch"，Webpack 要配"$webpack-watch"，自定义命令得写正则 - 保存即运行，还得手动绑定：按
Ctrl+Shift+P→Tasks: Configure Default Build Task→ 选你的任务；之后Ctrl+Shift+B就能触发，配合文件保存快捷键（如Ctrl+S）+ 自动保存（"files.autoSave": "onFocusChange"）才真正“自动”
终端卡在“正在运行任务…”？检查 presentation 配置
任务看起来卡住，大概率是 VSCode 等不到任务“结束信号”，尤其当你用了 isBackground: true 却没配好终止条件。
-
"panel": "dedicated"比"shared"更可靠，避免和其他任务混在一起导致输出干扰 -
"clear": true推荐加上，不然每次构建日志堆叠，找错误费劲 - 最关键的是
"group": "build"—— 如果没设，VSCode 可能不把它识别为构建类任务，Ctrl+Shift+B压根不显示它 - 某些 CLI 工具（如旧版
rollup -w）输出不标准，得加"reveal": "never"防止焦点被抢，再配合problemMatcher捕获关键行
tasks.json 是否在对的位置、isBackground 和 problemMatcher 是否成对出现、以及终端类型有没有被其他插件静默劫持——这些地方不报错，但就是不工作，得一个个抠。
