守护进程退出时必须闭环清理资源，包括文件描述符、ipc资源、绑定端口与临时文件；需注册atexit函数和信号处理器实现“主动释放+被动兜底”，并回收子进程、验证清理效果。
守护进程退出时，资源清理不是“可选项”，而是必须闭环的环节。没清理干净的文件描述符、共享内存段、信号量或临时文件，轻则导致下次启动失败，重则引发系统级资源耗尽。真正的退出逻辑，核心在于“主动释放 + 被动兜底”双保险。
明确哪些资源需要手动释放
Linux内核会自动回收内存、CPU时间等基础资源，但以下几类必须由进程自己处理：
- 文件描述符：尤其是打开的 Unix Domain Socket 文件、日志文件、锁文件，内核不会自动删除对应磁盘节点；
- IPC 资源：共享内存段（shm）、消息队列（msg）、信号量集（sem），即使进程退出，只要未显式删除，就会持续占用系统 ID 并可能阻塞后续创建；
- 绑定端口与 socket：虽连接会断开，但 TIME_WAIT 状态或未关闭的监听 socket 可能影响快速重启；
- 临时目录与运行时文件：如 /tmp 下的 pid 文件、socket 文件、状态快照，需在退出前 unlink 或 rmdir。
注册退出清理函数（atexit 与 signal 处理）
不能只依赖主流程自然走到末尾——异常信号（如 SIGTERM、SIGINT）或崩溃都可能跳过正常收尾。可靠做法是：
- 用 atexit() 注册清理函数，覆盖正常退出路径；
- 对 SIGTERM、SIGINT、SIGHUP 安装信号处理器，在其中调用同一套清理逻辑；
- 避免在信号处理函数中调用非异步信号安全函数（如 malloc、printf），清理动作应尽量精简，或仅设标志位由主循环检查。
子进程与孤儿资源的统一回收
守护进程常派生子进程（如工作线程、协处理器），它们可能成为孤儿或僵死进程：
- 设置 SIGCHLD 信号处理器，并在其中调用 waitpid(-1, &status, WNOHANG) 回收所有已终止子进程；
- 若使用 fork+exec 启动外部程序，确保父进程在退出前 kill 并 wait 其子进程，防止残留；
- 对通过 shm_open/mmap 创建的共享内存，退出前调用 munmap + shm_unlink；对 sem_open 创建的信号量，调用 sem_close + sem_unlink。
验证清理是否真正完成
写完清理逻辑不等于清理到位。上线前建议做两件事：
- 用 lsof -p $PID 检查退出前后的文件描述符数量与类型变化；
- 用 ipcs -a 查看 IPC 资源是否随进程退出而消失；
- 对关键临时路径（如 /var/run/mydaemon/），确认退出后目录为空或已被移除。
退出不是终点，而是资源生命周期的正式句点。把清理逻辑当成业务逻辑一样测试、验证、日志记录，才能避免“进程死了，资源还活着”的尴尬局面。
