直接忽略 SIGCHLD 信号（signal(SIGCHLD, SIG_IGN)）是 Linux 下最简洁彻底的僵尸进程预防手段，内核自动回收子进程资源，避免僵尸产生；但会丢失退出状态、使 wait 失败，且仅 Linux 可靠支持。
直接忽略 SIGCHLD 信号（即设置 signal(SIGCHLD, SIG_IGN)）是 Linux 下最简洁、最彻底的僵尸进程预防手段——它不是“清理”已存在的僵尸，而是从源头阻止其产生。
为什么 SIG_IGN 能避免僵尸进程
子进程退出时，内核会向父进程发送 SIGCHLD。若父进程未处理该信号，又不调用 wait() 或 waitpid()，子进程残留的 task_struct 就会变成僵尸。而一旦将 SIGCHLD 设为 SIG_IGN，内核便知道父进程“完全不关心子进程状态”，于是自动完成资源回收：子进程终止后，内核直接释放其全部资源，不留任何僵尸痕迹。
注意：这仅在 Linux 上可靠生效（POSIX 标准未强制要求），且该行为依赖内核实现——本质是内核接管了本该由父进程做的收尸工作。
SIG_IGN 的典型适用场景
- 高并发网络服务：如 Web 服务器 fork 出大量短命子进程处理请求，频繁调用 wait 代价高；设为 SIG_IGN 可省去显式回收逻辑，性能更优。
- 无需子进程退出码的场景：例如后台守护进程启动子任务后只关注是否启动成功，不关心具体退出原因或返回值。
- 简化主循环逻辑：避免在主循环中穿插信号处理或非阻塞 waitpid 调用，代码更清晰。
使用 SIG_IGN 的关键注意事项
虽然简单，但有明确限制：
-
子进程状态信息彻底丢失：无法再通过
wait()获取退出码、终止信号等，所有状态被内核丢弃。 -
后续 wait 系统调用会失败：调用
wait(NULL)或waitpid(-1, NULL, 0)会立即返回 -1，并置 errno 为ECHILD（“No child processes”）。 - 必须在 fork 前设置：若先 fork 再忽略信号，已产生的子进程仍可能成为僵尸（尤其在信号注册前就退出）。
- 不能与自定义 SIGCHLD 处理器共存：SIG_IGN 和信号处理函数互斥，后者会被覆盖。
对比其他方式：为什么有时不用 SIG_IGN
当需要以下能力时，应放弃 SIG_IGN，改用信号处理函数 + waitpid：
- 记录子进程退出码用于日志或重试判断；
- 区分正常退出（exit code）与被信号终止（如 SIGSEGV）；
- 统计子进程 CPU 时间或资源消耗；
- 在多线程程序中需精确控制回收时机（SIG_IGN 是全局行为，线程安全但粒度粗）。
