VSCode本身不提供实时打包构建流水线，仅调度任务；真正的监听由webpack--watch等工具实现，需配置isBackground:true和对应problemMatcher（如$tsc-watch）才能持续运行并解析错误。
VSCode 本身不提供“实时打包构建流水线”这个功能，它只负责本地任务调度；真正的监听和构建行为来自你配置的工具（比如 webpack --watch、gulp watch 或 tsc --watch）。关键不是 VSCode 能不能监听，而是你有没有让底层工具进入监听模式，并正确捕获它的输出。
为什么 tasks.json 中的 isBackground 必须设为 true
VSCode 默认把任务当一次性命令执行完就关闭终端。但像 webpack --watch 这类命令需要长期运行、持续响应文件变化——这时候必须告诉 VSCode：“别关终端，它在后台干活”。否则你看到命令一闪而过，根本没效果。
-
isBackground: true是硬性要求，否则 VSCode 会认为任务已完成并终止进程 - 配合
problemMatcher才能解析增量编译日志，把错误/警告实时显示在「问题」面板 - 如果漏掉
isBackground，任务看似执行了，实际webpack进程几秒后就被杀掉
problemMatcher 不写 $tsc 或 $webpack 就抓不到错误
VSCode 无法自动识别任意命令的输出格式。你得明确告诉它：“下面这些文本代表一个错误”，否则即使构建失败，也不会出现在「问题」面板里，只能靠肉眼扫终端。
- 对 TypeScript：用
"problemMatcher": ["$tsc"]，匹配tsc --watch的标准输出 - 对 Webpack：推荐
"problemMatcher": ["$webpack-watch"]，它专为--watch模式设计 - 自定义命令（如
npx rollup -c -w）需手写正则，否则报错不提示、跳转不了源码行
监听任务不能和普通构建任务共用同一个 label
VSCode 的「运行任务」菜单里，所有 label 值必须唯一。如果你把 "label": "build" 同时用于 npm run build 和 npm run watch，VSCode 只会显示一个，且行为不可预测。
- 建议命名带语义：
"label": "build:once"和"label": "build:watch" - 同一
group下的任务（如都设"group": "build"）会在 Ctrl+Shift+B 快捷键中归类显示 - VSCode 不校验 label 重复，但运行时会随机覆盖或静默失败，排查起来非常隐蔽
Windows 上 shell 类型选 cmd 还是 powershell 会影响监听稳定性
在 Windows 环境下，"type": "shell" 默认调用的是 cmd.exe。但很多现代构建工具（尤其是基于 Node.js 的）依赖更完善的管道和信号处理能力，cmd 对 Ctrl+C 终止监听进程的支持很弱，经常卡住终端。
- 显式指定
"type": "process"+"command": "npx"更可靠，绕过 shell 层级 - 若坚持用 shell，建议改用
"type": "shell", "options": {"shell": {"executable": "pwsh.exe"}} - Mac/Linux 用户不用操心这个，
bash/zsh对信号处理一致且稳定
真正让「实时打包构建」跑起来的，不是 VSCode 的 UI，而是你是否让底层工具保持活跃、是否让 VSCode 正确解析它的输出流、以及是否避开 Windows 下 shell 的历史包袱。这三个点踩错任何一个，监听就只是个摆设。
