code . 启动后终端不自动运行服务，是因为VSCode仅在工作区加载完成且语言服务就绪后才触发任务调度，命令行启动瞬间初始化未完成，导致任务被跳过；需确保环境变量继承（用code --new-window .）、tasks.json配置完整三要素（isBackground、problemMatcher、type），并用nohup/start /B等实现进程常驻。
为什么 code . 启动后终端不自动运行服务
VSCode 从命令行启动（如 code .）时，默认只打开编辑器，不会自动执行任何任务——哪怕你配置了 "runOn": "folderOpen"。根本原因在于：VSCode 只在**已加载工作区且语言服务就绪后**才触发任务调度，而命令行启动瞬间，工作区可能尚未完全初始化，导致任务被跳过或静默失败。
必须加 --new-window 才能继承 shell 环境变量
很多命令（比如 sanity start、npm run dev）依赖系统 PATH 中的可执行文件。但直接双击图标或从开始菜单启动的 VSCode **不会读取 ~/.zshrc 或 ~/.bash_profile**，导致终端里 command not found。这不是插件问题，是环境隔离。
- ✅ 正确做法：先在系统终端中 cd 到项目目录，再执行
code --new-window . - ❌ 错误做法：用桌面快捷方式打开 VSCode，再手动打开终端——此时
which npm可能返回空 - Windows 用户注意：若用 WSL，必须确保 VSCode 是从 WSL 终端里用
code .启动的，否则会走 Windows PATH，找不到node或端口被占用
tasks.json 里后台任务必须配全三要素
光写 "isBackground": true 不够。VSCode 会卡在“等待任务开始”状态，直到超时或手动终止。它需要明确信号来判断服务已就绪，否则视为启动失败。
-
"isBackground": true—— 告诉 VSCode 别等进程退出 -
"problemMatcher"非空 —— 至少匹配一行日志，例如"$node"或自定义{"beginsPattern": "Starting", "endsPattern": "Listening on"} -
"type": "shell"（推荐）或"npm"—— 避免"process"类型在某些系统上无法正确捕获输出
漏掉任意一项，任务都会一闪而退，终端面板也不保留。
让服务真正在后台跑，别被终端关闭带走
VSCode 关闭时，默认会杀掉所有子进程。如果你希望后端持续运行（比如调试长连接或观察日志），不能只靠 tasks.json。
- Linux/macOS：在
command前加nohup，结尾加&，例如：nohup npm run start:dev & - Windows：改用
start /B npm run start:dev，避免弹新窗口 - 更稳妥方案：用
npx wait-on http://localhost:3000 && echo "Ready"替代原始命令，把健康检查作为任务完成信号，避免因框架日志过快（如 Vite/NestJS）被误判为失败
真正容易被忽略的是：VSCode 的“后台任务”只是编辑器层面的非阻塞，并不等价于系统级守护进程。要跨编辑器生命周期存活，得绕过它的进程管理机制。
