预防僵尸进程的核心是父进程主动回收子进程退出状态：必须调用wait()类接口；推荐sigaction+sigchld非阻塞循环回收；可设sigchld=sig_ign由内核自动回收；双fork非首选方案。
编写符合规范的程序预防僵尸进程，核心在于让子进程终止后，其退出状态能被及时回收——不是靠“运气”或“等系统善后”，而是由父进程主动、可靠、健壮地完成资源清理。
明确父进程的回收责任
Linux 不会自动释放已退出子进程的进程表项，除非父进程调用 wait()、waitpid() 或类似接口（如 Python 的 join()、PHP 的 pcntl_wait()）。规范要求：只要创建了子进程，就必须有明确的回收逻辑，不能假设“没人管就没事”。
- 避免裸调
fork()后无后续处理； - 多进程服务中，每个
fork都应配套回收机制（同步等待、信号驱动或忽略）； - 若子进程是短期任务（如执行命令），优先用
waitpid(pid, &status, 0)精确回收； - 若子进程长期运行（如守护 worker），需注册
SIGCHLD并配合WNOHANG非阻塞轮询回收。
优先使用 sigaction + SIGCHLD 自动回收
signal(SIGCHLD, handler) 简单但不可靠（信号可能丢失、重入风险、语义模糊），生产环境应使用 sigaction()。它支持原子设置、信号屏蔽和可靠语义，是 POSIX 推荐方式。
- 设置
SA_RESTART避免系统调用被中断； - 在 handler 中始终用
waitpid(-1, &status, WNOHANG)循环回收，防止多个子进程退出时只处理一个； - 不依赖全局变量传参，避免并发竞争；
- handler 内只调用异步信号安全函数（
write、_exit等），避免printf、malloc等非安全函数。
对常驻服务可设 SIGCHLD = SIG_IGN
如果父进程完全不关心子进程退出细节（例如 Web 服务器派生 CGI 进程、日志转储子进程），最简洁合规的做法是：在 fork 前显式忽略 SIGCHLD。
- 调用
signal(SIGCHLD, SIG_IGN)或sigaction(SIGCHLD, &sa, NULL)（其中sa.sa_handler = SIG_IGN）； - 内核检测到该设置后，子进程终止时直接由内核回收，不发信号、不残留僵尸；
- 这是 Unix 守护进程（daemon）的标准实践，无需写 handler，也无竞态风险；
- 注意：此法无法获取子进程退出码，仅适用于“只管启动、不管结果”的场景。
慎用双 fork，不推荐作为默认方案
双 fork（子进程再 fork 出孙进程后立即 exit）可使孙进程被 init/systemd 收养，从而由系统回收。但它增加了复杂度，并未解决父进程自身的回收义务——第一次 fork 出的子进程仍需被父进程 wait。
- 仅在极特殊场景下考虑（如必须确保子进程脱离当前会话且无父进程干预）；
- 不是“防僵尸”的首选，而是“规避父进程职责”的迂回手段；
- 现代 systemd 系统中，init 行为更复杂，双 fork 可能引入不可预期行为；
- 代码可读性差，维护成本高，不符合清晰、直接的开发规范。
