VSCode卡在“正在运行…”是因为problemMatcher未匹配到启动完成日志，而非服务实际未启动；必须显式设置isBackground:true、非空problemMatcher（如匹配“Nest application successfully started”），且owner字段不可缺失。
为什么终端里看到“Server started”但 VSCode 还卡在“正在运行…”
根本原因是 VSCode 没收到明确的“启动完成信号”，它只认 problemMatcher 匹配到的日志行，不是你眼睛看到的那句。哪怕服务真跑起来了，只要匹配器没捕获到对应输出，VSCode 就一直等，状态栏也停在“正在运行…”。
-
isBackground必须显式设为true，否则 VSCode 当作一次性命令，启动完就关终端 -
problemMatcher不能为空或写成{}；必须指向真实启动日志，比如 NestJS 默认输出Nest application successfully started - 别用
$node这类通用匹配器——它只匹配 TypeScript 编译完成，不等于服务已监听端口 - 推荐写自定义正则：
{"owner":"custom","pattern":{"regexp":"^Nest application successfully started$"},"background":{"activeOnStart":true}}
如何让终端实时显示重启耗时而非只刷日志
nodemon 默认不暴露重启延迟，得靠你自己加时间戳打点。终端里光看“restarting due to changes”没用，真正卡顿点藏在进程销毁到新实例 ready 之间。
- 在入口文件顶部加
console.time('restart') - 在
app.listen()回调里加console.timeEnd('restart') - 如果用 ts-node，确保
nodemon -x ts-node server.ts而不是套壳脚本，避免 tsc watch 的 debounce 叠加 - Windows 用户注意：
--ext列表必须包含.ts和.js，否则改 .ts 文件不触发重启
终端分屏后怎么区分前后端日志且不互相干扰
默认所有任务都挤在同一个终端标签页，后端重启刷屏会盖掉前端构建日志，查问题得滚动半天。这不是终端性能问题，是没做隔离。
- 给每个任务加
"presentation": {"group": "backend"}或"group": "frontend"，同组自动聚合 - 用
"panel": "dedicated"强制新开独立终端，避免复用历史输出 - 右键终端标签 → “重命名”，填
[API] port 4000或[FE] vite，比默认的 “Task - dev” 直观得多 - 别依赖
"echo": true—— 它只打印命令本身，不反映子进程是否真活了
重启失败时终端没报错，但端口被占怎么办
常见假象：改完代码保存，终端没输出、没重启、也没报错，但 curl http://localhost:4000 返回 connection refused。大概率是上一次 nodemon 子进程没杀干净，端口还挂着。
- 先执行
lsof -i :4000（macOS/Linux）或netstat -ano | findstr :4000（Windows），找到 PID - 再
kill -9 PID（macOS/Linux）或taskkill /PID PID /F（Windows）干掉残留进程 - 长期解法：在
package.json的dev脚本里加--signal SIGTERM，让 nodemon 主动清理子进程组 - VSCode 终止任务时只 kill 主进程，不递归杀子进程，这是设计使然，不是 bug
实际配置中，最易忽略的是 problemMatcher 的 owner 字段缺失——它不会报错，但匹配器直接失效，整个后台任务逻辑就断在第一步。
