VSCode内置终端本身不支持并发任务，真正实现并发需结合tasks.json配置（isBackground: true为必需）、后台进程管理及分屏协同；parallel: true仅控制启动时机，不保障进程共存或容错。
VSCode 内置终端本身不支持“并发任务”这个概念——它只是个 shell 容器；真正实现并发控制的，是 tasks.json 配置 + 后台进程管理 + 分屏协同这三者的组合。
tasks.json 里必须设 isBackground: true 才能真正并行
很多人以为只要在 dependsOn 里列几个任务，它们就会自动并发跑起来。其实不然：VSCode 默认串行执行依赖任务，除非你显式告诉它“别等这个任务结束”。
-
isBackground: true是硬性要求，否则 VSCode 会卡在第一个任务（比如npm run serve）上，后续任务根本不会启动 - 必须配
problemMatcher（哪怕空数组[]），否则 VSCode 无法识别进程是否已“启动成功”，会一直报“任务仍在运行中” - Windows 用户注意：
cmd下用start /B替代&，否则后台命令可能被阻塞；PowerShell 推荐用Start-Process -WindowStyle Hidden
分屏不是装饰，是避免输出混乱的刚需操作
把所有后台任务都扔进同一个终端标签页，等于主动放弃调试能力——日志混在一起，Ctrl+C 不知道杀谁，错误堆栈找不到源头。
- 用
Ctrl+\（Windows/Linux）或Cmd+\（macOS）对当前终端做垂直分屏，比新建标签页更利于横向对比 - 右键终端标签 → “重命名”，填入
backend、frontend、db-migrate这类具体用途名，而不是“终端 1” - 如果某个服务输出太吵（比如 Webpack watch 的大量 HMR 日志），加前缀过滤：
npm run watch | sed 's/^/[FE] /'
别信 parallel: true，它只控制任务启动时机，不管进程生命周期
runOptions: { "parallel": true } 这个字段容易误导人——它只影响“多个 dependsOn 任务是否同时触发”，并不保证它们长期共存、也不处理崩溃重启。
- 它不等价于
concurrently或npm-run-all --parallel：后者会在任一子进程退出时终止全部，前者完全不管 - 真实项目中，后端挂了前端还在跑，或者数据库迁移失败但前端已热更新，这种错位很常见——得靠分屏+人工盯，或额外加健康检查脚本
- 如果你需要“一个挂，全停”，老老实实用
concurrently "npm run backend" "npm run frontend"，再把这个命令包进一个 task
环境变量和工作目录错一位，npm run dev 就直接报 package.json not found
VSCode 启动终端时默认继承系统 PATH，但工作目录（cwd）常被忽略。尤其在多根工作区或子模块项目里，这个问题高频出现。
- 务必在
.vscode/settings.json中写死："terminal.integrated.cwd": "${workspaceFolder}"，不要依赖全局设置 - task 里用
options.cwd显式指定路径，比如后端在./server，前端在./client，绝对不要靠cd命令切换 - Mac/Linux 用户注意：
${workspaceFolder}路径含空格时，command字段要用单引号包裹，否则 shell 解析失败
最常被跳过的一步是验证终端是否真的拿到了正确的环境——开个新终端，先跑 which node 和 pwd，再动手配 task。否则所有配置都是空中楼阁。
