go语言中进程生命周期需自主构建：启动须用cmd.start()获取pid并接管io管道，状态观测依赖kill-0探测与健康端点检查，优雅停止需先发sigterm再wait，超时强杀作兜底，状态同步应通过channel或原子操作保障并发安全。
Go 语言里没有“进程生命周期模块”这种现成组件，os/exec 提供的是单次进程控制能力，而真正要实现“轻量级、可管理、可恢复”的进程生命周期，得自己搭骨架——核心就三点：启动可控、状态可观测、退出可等待。
用 exec.Command 启动进程时，为什么不能直接丢给 goroutine 就完事？
常见错误是这么写：
go func() {
cmd := exec.Command("sh", "-c", "sleep 10 && echo done")
cmd.Run() // 忘记捕获 stdout/stderr，也无从得知它是否真跑起来了
}()
问题在于：cmd.Run() 阻塞，但 goroutine 没有上下文、没错误处理、没超时、也没法被外部中断。一旦进程卡住或挂掉，你完全不知道。
- 必须显式调用
cmd.Start()而非cmd.Run()，才能拿到进程 PID 并做后续状态检查 - 标准输出/错误要用
cmd.StdoutPipe()和cmd.StderrPipe()接管，否则日志丢失，且可能因缓冲区满导致子进程阻塞（尤其在管道未读时） - 务必用
context.WithTimeout包裹启动逻辑，防止cmd.Start()或cmd.Wait()卡死 - 别依赖
cmd.ProcessState.Exited()判断是否结束——它只在Wait()返回后才有效；想实时感知退出，得监听cmd.Process.Wait()或用signal.Notify捕获 SIGCHLD（需配合syscall.SIGCHLD和os.StartProcess级别操作）
如何让一个长期运行的子进程支持优雅停止？
关键不是发 os.Interrupt 或 syscall.Kill，而是分两步走：先发信号请求退出，再等它自己收尾。
- 对支持
SIGTERM的程序（如多数 Go 服务），用cmd.Process.Signal(syscall.SIGTERM)，然后调用cmd.Wait()等待退出；不要立刻跟SIGKILL - 设置超时：比如
time.AfterFunc(10 * time.Second, func() { cmd.Process.Kill() })，避免无限等待 - 注意：Windows 下
SIGTERM不可用，得用GenerateConsoleCtrlEvent或直接TerminateProcess，行为不一致，跨平台时得分支处理 - 如果子进程本身不响应信号（比如死循环 C 程序），那只能靠
cmd.Process.Kill()强杀，但此时你要接受它可能残留资源（文件句柄、临时文件等）
怎么知道子进程还在 running，而不是僵死或假死？
不能只靠 ps 或轮询 PID 是否存在——Linux 下 PID 可能被复用，更可靠的方式是结合三件事：
- 用
cmd.Process.Pid记录启动时 PID，之后定期调用kill -0 <pid></pid>（即syscall.Kill(pid, 0)）探测进程是否存在且可通信 - 监控其 stdout/stderr 管道是否有新数据流（比如每 30 秒没输出就标记为“疑似卡住”）
- 若子进程自己实现了健康检查端点（如 HTTP /health），那就真接发请求，比 PID 探测更准
- 注意：
cmd.ProcessState在Wait()前始终为nil，别试图提前读它的ExitCode
真正难的不是启动和停止，而是状态同步：你怎么保证“正在重启中”这个状态不被并发读写撕裂？别用全局变量，用 sync/atomic 或 sync.RWMutex 包一层状态结构体；更进一步，把状态变更封装成 channel 事件，让监听者自己消费——这才是轻量但可扩展的设计起点。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
