vscode任务系统需正确配置isbackground与problemmatcher才能实现保存即编译、错误跳转等自动化功能；tasks.json必须严格置于工作区根目录的.vscode/tasks.json路径下，否则任务不会被识别。
VSCode 任务系统不是“运行命令”的快捷方式，而是把编译流程变成可监听、可跳错、可触发的自动化环节。没配对 problemMatcher 和 isBackground，就别指望保存即编译；tasks.json 放错位置，任务根本不会出现在列表里。
tasks.json 必须放在项目根目录的 .vscode/ 下
VSCode 只扫描工作区根目录下的 .vscode/tasks.json，其他路径一概无视。常见失效场景：
- 把文件建在
src/.vscode/或用户主目录~/.vscode/里 - 误命名为
task.json、Tasks.json或带空格（如tasks .json） - 多根工作区中只在父文件夹配了 tasks.json，子文件夹任务不生效
改完文件后不用重启 VSCode，但要按 Ctrl+Shift+P → 输入 Tasks: Run Task 刷新缓存，否则旧任务可能还在列表里。
type: "shell" vs type: "process" 怎么选
选错类型会导致命令找不到、环境变量失效、甚至终端卡死：
-
"type": "shell"：走系统 shell（Windows 默认cmd.exe，macOS/Linux 是bash），支持&&、|、$PATH展开，适合tsc --build && npm run copy这类链式操作 -
"type": "process"：直接调用可执行文件，不经过 shell，启动快、无语法解析，但npm run build这种必须拆成"command": "npm", "args": ["run", "build"] - Windows 上若需
export NODE_ENV=production，得切powershell："options": {"shell": {"executable": "pwsh"}}
保存即编译？关键看 isBackground + problemMatcher
自动构建不是靠“保存”本身触发的，而是靠任务持续运行并被 VSCode 监听输出模式。漏配任一，就只是单次执行：
-
"isBackground": true是前提，告诉 VSCode 这是个长期任务（如tsc --watch、webpack serve） -
"problemMatcher"必须匹配实际输出格式，否则错误不进问题面板，也无法 F8 跳转。内置常用值："$tsc-watch"、"$gcc"、"$eslint-stylish" - 自定义 watch 命令时，正则必须捕获文件名、行号、列号、错误等级和消息，例如：
"file": 1, "line": 2, "column": 3, "severity": 4, "message": 6
Ctrl+Shift+B 没反应？检查这三处
这个快捷键只触发标记为 "group": "build" 的任务，且需设为默认构建任务：
- 确保任务里有
"group": "build"，否则它不会被Ctrl+Shift+B绑定 - 手动设默认：
Ctrl+Shift+P→Tasks: Configure Default Build Task→ 选中你的任务 - 如果仍报
command 'gcc' not found，大概率是 VSCode 终端没加载 shell 配置（比如 zshrc 里的 PATH），可加"options": {"env": {"PATH": "/usr/local/bin:/opt/homebrew/bin:..."}}
真正容易被忽略的是：problemMatcher 不只是为了高亮错误——它决定了 VSCode 是否认为该任务“完成”或“失败”，进而影响后续依赖任务（如 dependsOn）是否执行。写错正则，整个自动化链就断在第一步。
