验证服务SIGTERM响应需“可观察”和“可触发”：在信号处理函数中用write()输出带时间戳、含动作标识的日志至独立文件或journal；辅以标记文件、端口释放、共享内存清理等外部可观测副作用；结合strace跟踪系统调用确认处理执行；若用systemd，还可通过sd_notify更新状态并用systemctl status验证状态过渡。
验证服务是否正确响应 SIGTERM 并执行清理动作，关键在于“可观察”和“可触发”。不能只看进程是否退出，而要确认清理逻辑真实运行过。
添加可验证的日志输出
在信号处理函数中写入明确、带时间戳、不可被缓冲截断的日志，是第一道验证手段：
- 使用 write() 系统调用（而非 printf/fprintf），确保日志立即落盘、不依赖 stdio 缓冲，避免进程退出前日志丢失
- 日志内容需包含关键动作标识，例如：
"[SIGTERM] start cleanup: closing DB connections..." - 将日志输出到独立文件（如
/var/log/myapp/shutdown.log）或 systemd journal（若用 systemd 启动，可用syslog()或直接 write 到/dev/log）
利用外部可观测状态做佐证
仅靠日志还不够——需设计可被外部检查的“副作用”，形成闭环证据：
- 清理函数中创建一个标记文件（如
/tmp/myapp_cleanup_done），并在 exit 前写入时间戳；发送 SIGTERM 后，立刻检查该文件是否存在及内容 - 若服务持有 TCP 端口，可在清理逻辑末尾主动关闭监听 socket，并用
ss -tlnp | grep :port验证端口是否已释放 - 若服务维护临时内存映射或共享内存段，可在清理中显式
shm_unlink()或munmap()，之后用ipcs -m检查是否消失
通过 strace 实时跟踪系统调用
这是最底层、最可靠的验证方式，能直接看到信号递达与处理函数执行过程：
- 启动服务时加
strace -e trace=signal,close,write,exit_group -p $(pidof your_service)（或启动时直接 strace） - 另起终端执行
kill -TERM $(pidof your_service) - 观察 strace 输出：应先看到
--- SIGTERM {si_signo=SIGTERM, ...} ---，随后出现你清理代码中调用的close()、write()、exit_group()等调用 - 若只看到 SIGTERM 而无后续系统调用，说明信号未被捕获，或处理函数为空/未注册
结合 systemd 的 ActiveState 和 StatusText（如适用）
若服务由 systemd 管理，可利用其内置状态反馈增强验证可信度：
- 在 SIGTERM 处理函数中调用
sd_notify(0, "STATUS=Shutting down...; READY=0")（需链接 libsystemd） - 发送信号后执行
systemctl status your-service，观察Status:行是否实时更新为你写的文本 - 同时检查
ActiveState=inactive和SubState=exited是否按预期过渡，排除“假退出”（如 fork 出子进程但主进程已死）
