Systemd 停止服务时杀死子进程的机制1.Systemd 的进程控制原理Cgroup 控制组Systemd 利用 Linux 的 cgroup 机制来管理进程树# 查看服务的cgroupsystemctl show aservice --propertyControlGroup systemd-cgls /system.slice/aservice.service进程树关联当 systemd 启动服务时服务进程通常是 ExecStart 指定的进程被放入专用的 cgroup该进程的所有子进程会自动继承相同的 cgroupsystemd 监控整个 cgroup 中的所有进程2.停止服务时的默认行为默认信号发送# 默认发送 SIGTERMsystemctl stop aservice# 等同于kill-TERMmain_pid超时后的强制终止[Service] TimeoutStopSec90 # 默认90秒后发送SIGKILL KillModecontrol-group # 默认杀死cgroup中的所有进程3.KillMode 参数详解[Service] # 默认值杀死cgroup中的所有进程 KillModecontrol-group # 可选值 # control-group: 杀死cgroup中所有进程默认 # process: 只杀死主进程 # mixed: 向主进程发SIGTERM向子进程发SIGKILL # none: 不杀死任何进程4.避免子进程被停止的方法方法1使用 KillModenone[Service] Typesimple ExecStart/usr/bin/aservice KillModenone问题主进程退出后子进程变成僵尸或继续运行但systemd认为服务已停止。方法2分离子进程到不同cgroup使用setsid或nohup[Service] Typeforking ExecStart/usr/bin/aservice-wrapper # 包装脚本 # wrapper脚本示例 #!/bin/bash /usr/bin/nohup /usr/bin/real-daemon /dev/null 21 # 或 /usr/bin/setsid /usr/bin/real-daemon exit 0方法3使用 Typeforking 和正确的 PIDFile[Service] Typeforking PIDFile/var/run/aservice-main.pid ExecStart/usr/bin/aservice-daemonize KillModeprocess # 只杀死主进程方法4通过 Systemd 的 Scope 机制[Service] Typeoneshot RemainAfterExityes ExecStart/bin/bash -c systemd-run --scope --unitaservice-children.service /usr/bin/child-process方法5使用 Systemd 单元分离# aservice-parent.service [Service] Typeoneshot RemainAfterExityes ExecStart/bin/systemctl start aservice-children.service # aservice-children.service [Service] Typesimple ExecStart/usr/bin/child-process5.完整的最佳实践示例方案1双服务模式# /etc/systemd/system/aservice-main.service [Unit] DescriptionAService Main Controller Afternetwork.target Wantsaservice-workers.service [Service] Typesimple ExecStart/usr/bin/aservice-controller Restartalways KillModeprocess # 只杀控制器 [Install] WantedBymulti-user.target # /etc/systemd/system/aservice-workers.service [Unit] DescriptionAService Workers PartOfaservice-main.service # 主服务停止时这个服务也会停止 BindsToaservice-main.service # 主服务重启时这个服务也重启 [Service] Typeforking ExecStart/usr/bin/aservice-worker-manager KillModenone # 不杀工作进程方案2分离进程组[Service] Typesimple ExecStart/bin/bash -c cd / /usr/bin/setsid /usr/bin/real-daemon KillSignalSIGINT SendSIGKILLno6.生命周期管理策略使用启动脚本分离#!/bin/bash# /usr/libexec/aservice-starter# 创建独立会话{# 脱离当前控制组execsetsid$child_pid$!# 将子进程移出当前cgroupecho$child_pid/sys/fs/cgroup/systemd/tasks2/dev/null||true# 等待主进程结束wait$child_pidexit$?}Cgroup 手动管理[Service] Typeoneshot ExecStart/bin/bash -c # 启动子进程到独立cgroup mkdir -p /sys/fs/cgroup/systemd/independent echo $$ /sys/fs/cgroup/systemd/independent/tasks exec /usr/bin/child-process 7.信号转发机制信号处理器方案#!/usr/bin/env python3# signal-forwarder.pyimportosimportsignalimportsubprocessimporttimedefsignal_handler(signum,frame):# 不转发SIGTERM给子进程ifsignumsignal.SIGTERM:print(Received SIGTERM, exiting without killing children)os._exit(0)defmain():# 设置信号处理器signal.signal(signal.SIGTERM,signal_handler)# 启动子进程childsubprocess.Popen([/usr/bin/real-daemon])# 等待子进程或信号whileTrue:time.sleep(1)if__name____main__:main()8.注意事项和风险僵尸进程风险如果父进程退出而不等待子进程可能产生僵尸进程systemd 状态不一致KillModenone可能导致服务状态不准确资源泄露脱离管理的进程可能导致资源无法回收日志管理分离的进程需要独立的日志处理9.推荐的架构设计推荐架构 ┌─────────────────┐ │ Systemd │ │ (主服务单元) │ └─────────┬───────┘ │ control-group ▼ ┌─────────────────┐ │ 控制器进程 │ ← SIGTERM │ (轻量级) │ └─────────┬───────┘ │ 通过IPC/套接字 ▼ ┌─────────────────┐ │ 工作进程池 │ ← 独立管理生命周期 │ (setsid启动) │ └─────────────────┘关键原则主进程作为监督者负责启动/停止工作进程工作进程通过 setsid 创建独立会话使用 IPC 机制而不是父子进程关系进行通信工作进程优雅处理自己的终止逻辑这种方法既保持了 systemd 的管理能力又允许工作进程有独立的生命周期。