多终端实例需手动设置"panel": "dedicated"才能独占标签；problemmatcher必须自定义正则并含"owner"字段以识别启动成功；分屏（ctrl+）可并行日志与命令；子进程需exec或onexit清理防端口占用。
多终端实例必须手动创建，不能靠任务自动“挤”出新标签
VSCode 的 tasks.json 默认复用同一个终端面板，即使你定义了多个 isBackground: true 任务，它们也会堆在一个标签页里输出——这不是 bug，是设计行为。想让每个服务独占一个终端，必须显式指定 "panel": "dedicated"，否则所有日志混在一起，根本没法快速定位 [API] 还是 [DB] 的错误。
- 正确写法示例：
"presentation": { "panel": "dedicated", "group": "backend" } - 漏掉
"panel": "dedicated"，哪怕写了"group"，VSCode 仍会把新任务塞进已有终端 - 右键终端标签 → “重命名”比依赖
label字段更可靠，比如直接改成[Frontend]
后台任务卡在“正在运行…”？问题大概率出在 problemMatcher
VSCode 不靠进程是否启动来判断任务就绪，而是靠 problemMatcher 捕获你定义的“启动成功信号”。如果匹配不到，它就一直挂在那里，终端可能早就在输出了，但 IDE 认为还没准备好。
- 常见陷阱：用
$tsc匹配 webpack dev server 日志，但实际输出是Project is running at http://localhost:8080/ - 必须写自定义正则：
{"owner":"custom","pattern":{"regexp":"^.*Project is running at http://localhost:(\d+)/.*$","file":0,"location":1}} -
"owner"字段不能省，缺了它匹配器静默失效，且无任何提示
分屏不是装饰，是解决“看日志时没法敲命令”的刚需
单个终端里 tail -f app.log 一跑，你就没法再输别的命令——这不是要你开两个独立终端，而是用分屏让同一终端面板内并存“只读日志”和“可交互命令行”。
- 快捷键：
Ctrl+（Windows/Linux）或Cmd+（macOS）垂直分割，Ctrl+Shift+水平分割 - 分屏后每个区域独立 shell，可分别执行
npm run dev和curl http://localhost:3000/health - 拖动分隔线调整比例，比如 70% 看日志、30% 留作临时命令区
子进程残留导致端口占用？别只 kill 主进程
VSCode 终止任务时默认只杀掉主 shell 进程，像 npm run dev 启动的 node server.js 子进程很可能还在后台跑着。下次启动直接报 EADDRINUSE。
- Linux/macOS：在任务命令前加
exec，例如exec npm run dev，让 node 进程替换当前 shell，终止时一并带走 - Windows：用
taskkill /f /t /im node.exe手动清，或改用cross-env+concurrently管理进程组 - 更稳妥的做法：在
package.json脚本里加onExit清理逻辑，比如用process.on('SIGINT', ...)注册退出钩子
problemMatcher 正则、子进程生命周期——这些点单独看都很小，但任何一个没对上，多进程监控就会退化成“盲调”。真正卡住人的，往往不是功能不存在，而是 VSCode 把控制权交给了你，却没明说“这里你得自己填坑”。
