本文详解在 systemd 环境下实现子进程“脱离父进程生命周期”的关键配置：通过设置 KillMode=process 避免默认的 cgroup 级联终止行为，确保后台长期运行的子进程在主服务重启或崩溃后持续存活。
本文详解在 systemd 环境下实现子进程“脱离父进程生命周期”的关键配置：通过设置 `killmode=process` 避免默认的 cgroup 级联终止行为，确保后台长期运行的子进程在主服务重启或崩溃后持续存活。
在 Linux 服务化部署中，常需启动守护型子进程（如监控代理、数据采集器、长时任务工作器等），要求其独立于主服务生命周期——即主进程重启、崩溃或被手动终止时，子进程仍能继续运行。Go 程序中通常通过 syscall.SysProcAttr{Setsid: true} 创建新会话（session leader），使子进程脱离原进程组并避免收到父进程的信号（如 SIGHUP 或 SIGINT）。该方案在终端直接运行时完全有效，如示例所示：子进程在父进程被 kill -INT 终止后成功成为 init（PID 1）的子进程，持续运行。
然而，当同一程序由 systemd 托管时，行为发生根本变化：子进程随主进程一同消失。根本原因在于 systemd 的默认进程管理策略——它将服务视为一个 control group（cgroup） 单元，默认启用 KillMode=control-group。这意味着：只要服务单元停止（无论是否调用 ExecStop），systemd 会递归终止该 cgroup 下所有剩余进程，包括已调用 setsid() 的子进程。这与传统 POSIX 进程模型中的“进程树”概念不同，是容器化与服务化时代更严格的资源隔离机制。
✅ 正确解法是在 service 文件的 [Service] 段显式声明：
[Service] Type=simple ExecStart=/home/snowm/src/exectest/exectest User=snowm KillMode=process
? KillMode=process 的语义是：仅向主进程（即 ExecStart 启动的 PID）发送终止信号，不触碰其派生的任何子进程。其他可选值说明如下：
- control-group（默认）：终止整个 cgroup 内所有进程（最严格）；
- mixed：对主进程发 SIGTERM，对剩余进程发 SIGKILL（兼顾响应性与强制性）；
- none：完全不发送任何信号，仅执行 ExecStop（适用于需完全自主管理生命周期的场景）。
⚠️ 注意事项：
- KillMode 仅影响 systemctl stop / systemctl restart 及超时自动终止等场景，不影响 kill -9 <PID> 等直接系统调用；
- 若子进程自身未正确处理信号（如未忽略 SIGHUP），仍可能因继承父进程的 signal mask 而意外退出，建议在子进程中显式调用 signal.Ignore(syscall.SIGHUP)；
- 在 Type=notify 或 Type=forking 模式下，KillMode=process 依然生效，但需确保 PIDFile=（如使用）指向主进程而非子进程；
- 修改 service 文件后，务必执行 sudo systemctl daemon-reload 生效，再 sudo systemctl restart exectest 验证。
验证方式：启动服务后，用 ps -eo pid,ppid,comm,args --forest | grep exectest 观察进程树结构；手动 sudo systemctl kill -s INT exectest 后再次检查，确认子进程的 PPID 已变为 1 且状态为 S（sleeping），即表明已成功脱离 systemd 管控。
综上，KillMode=process 是 systemd 环境下实现“子进程守夜人”模式的最小侵入式配置，无需修改应用代码逻辑，安全、标准、可维护。
