launch.json比tasks.json更适合Node服务开发，因其原生支持进程崩溃自动重启、文件变化热重载、完整调试能力及正确信号处理；而tasks.json仅适合短时构建任务，强行用于长时服务易导致僵尸进程、端口占用和热更新失效。
VSCode 的 tasks.json 本身不支持“绑定服务生命周期”——它只负责启动、终止进程，不感知进程是否存活、是否热更新、是否需自动重启。想靠它直接实现类似 nodemon 的行为，会掉进进程僵死、端口占用、信号丢失等坑里。
为什么 launch 比 task 更适合 Node 服务开发
tasks.json 是为构建、打包、lint 等短时任务设计的；而 Node 服务是长时运行、需调试、要响应文件变化的。VSCode 的 launch.json（配合 node 调试器）天然支持：
- 进程崩溃后自动重启（通过
restart: true） - 文件变化触发重载（需搭配
nodemon或ts-node-dev） - 断点、变量监视、调用栈等完整调试能力
- Ctrl+C 终止时能正确发送
SIGINT，避免僵尸进程
如果你硬要用 tasks.json 启动 npm run dev，会发现：终端关了服务还在跑、改代码没反应、再运行提示 EADDRINUSE ——这不是配置问题，是模型错配。
真要用 tasks.json 启动并管理 Node 服务？必须加 isBackground 和 problemMatcher
仅当服务输出稳定日志（如 “Server running on http://localhost:3000”），且你接受手动重启时，才可勉强用 task。关键配置项：
-
"isBackground": true：告诉 VSCode 这是个后台任务，别等它退出 -
"problemMatcher": ["$tsc"]或自定义正则：用于识别启动成功的日志行，否则 VSCode 会一直显示 “正在运行…” -
"group": "build"或"group": "none"：避免和编译任务混淆 - 必须显式指定
"runOptions": { "reevaluateOnRerun": true }，否则改了代码 rerun 不生效
示例片段：
{
"label": "start:dev",
"type": "shell",
"command": "npm",
"args": ["run", "dev"],
"isBackground": true,
"problemMatcher": {
"owner": "custom",
"pattern": [
{
"regexp": "^.*Server running on http://localhost:(\d+)",
"file": 1,
"location": 2
}
],
"background": {
"activeOnStart": true,
"beginsPattern": "Starting server...",
"endsPattern": "Server running on http://localhost:"
}
}
}
nodemon + launch.json 是最稳的组合
把 tasks.json 从“运行服务”的角色中解放出来，专注做构建前检查、生成类型声明等事。服务交给 launch.json 管理：
- 安装
nodemon：运行npm install --save-dev nodemon - 在
launch.json中用runtimeExecutable指向nodemon，而非node - 关键参数不能少：
"restart": true（崩溃重启）、"console": "integratedTerminal"（方便 Ctrl+C） - 若用 TypeScript，推荐
ts-node-dev替代nodemon + ts-node，启动更快、报错更准
典型 launch.json 片段：
{
"name": "Debug Server",
"type": "node",
"request": "launch",
"runtimeExecutable": "${workspaceFolder}/node_modules/.bin/nodemon",
"args": ["--exec", "ts-node", "--files", "src/server.ts"],
"restart": true,
"console": "integratedTerminal",
"internalConsoleOptions": "neverOpen"
}
真正难的不是写哪段 JSON，而是分清：什么时候该让 VSCode 管进程（launch），什么时候只让它管构建（task）。混用会导致信号收不到、端口占着不放、改了代码却没重启——这些都不是配置漏了，是边界没划清。
