SIGCHLD信号是Linux系统在子进程状态发生改变时发送给父进程的通知，合理处理该信号能够有效避免僵尸进程并实现异步资源回收。
linux sigchld 信号的工作原理与触发场景
SIGCHLD是Linux进程间通信中用于子进程状态变更的标准信号,当子进程终止、被暂停或从暂停中恢复时，内核会向父进程投递该信号，父进程收到信号后，可以调用wait或waitpid来获取子进程的退出状态，回收其占用的进程表项。
哪些事件会触发SIGCHLD
- 子进程调用exit或从main返回,状态变为僵尸状态时触发。
- 子进程收到SIGSTOP、SIGTSTP、SIGTTIN、SIGTTOU而暂停时触发（如果设置了SA_NOCLDSTOP标志，则暂停时不触发）。
- 子进程从暂停状态恢复（收到SIGCONT）时触发（同样受SA_NOCLDSTOP影响）。
默认行为及其风险
系统默认对SIGCHLD的处理方式是忽略,这意味着父进程不主动回收子进程，大量子进程退出后将成为僵尸进程，耗尽系统进程表资源，行业共识认为，处理多进程任务的程序必须显式设置SIGCHLD处理函数，或使用其他回收机制。
linux sigchld 处理僵尸进程的两种方式
回收子进程的常见路径有两种：同步调用wait/waitpid，或利用SIGCHLD信号异步执行，理解它们的差异有助于选择适合场景的策略。
同步等待：简单直接但阻塞
父进程在主循环中调用wait或waitpid,并传入WNOHANG实现非阻塞轮询，或在需要时阻塞等待特定子进程，这种方式适合子进程数量少、生命周期可预测的脚本，但会导致父进程在阻塞期间无法处理其他任务。
异步回收：信号驱动，不阻塞主流程
注册SIGCHLD信号处理函数,在子进程退出时自动触发回收，这是多数服务器程序的首选方案，父进程无需主动轮询，可以继续处理网络事件或计算任务，效率更高。
| 特性 | 同步wait/waitpid | 异步SIGCHLD |
|---|---|---|
| 主流程阻塞 | 可能阻塞 | 不阻塞 |
| 消息丢失风险 | 无 | 需处理信号合并 |
| 复杂度 | 低 | 中等 |
| 适合场景 | 简单脚本、少量子进程 | 高并发、长时间运行服务 |
信号处理函数编写要点
在信号处理函数中只能调用异步信号安全的函数（如write、waitpid、_exit），调用printf、malloc等非安全函数会导致未定义行为，业内专家指出，正确做法是在函数内循环调用waitpid(-1, &status, WNOHANG)直到返回-1且errno为ECHILD，确保所有子进程被回收，避免信号丢失导致僵尸残留。
sigchld 与 waitpid 对比：如何选择回收策略
虽然SIGCHLD和waitpid都用于回收子进程,但应用场景存在明显差异，对比分析有助于在具体项目中做出合理决策。
同步等待的典型场景
- 父进程需要等待特定子进程完成后再继续执行,比如shell命令执行。
- 子进程数量固定且已知,父进程可以按顺序逐个回收。
- 不需要处理暂停或恢复事件,只关心终止。
信号驱动异步回收的典型场景
- 父进程是事件循环驱动的服务器,无法阻塞等待子进程。
- 子进程数量动态变化,父进程无法预知何时退出。
- 需要同时处理SIGCHLD和其他信号（如SIGINT、SIGTERM）。
另一种选择：SA_NOCLDWAIT标志
使用sigaction注册SIGCHLD时,设置SA_NOCLDWAIT标志，内核将自动回收子进程，父进程无需调用wait，但此时无法获取子进程退出状态，适用于不需要状态信息的场景，许多开发者更倾向于显式处理SIGCHLD，以保留对退出状态的掌控。
linux sigchld 多进程编程中的最佳实践
在多进程程序中,SIGCHLD的处理直接影响系统稳定性和资源利用率，以下是一些经过验证的实操方法。
使用sigaction代替signal
signal函数在不同Unix实现中行为不一致,可能重置处理函数或打断阻塞系统调用，sigaction提供了可控的行为，并支持SA_RESTART、SA_NOCLDSTOP等标志，推荐在信号处理中使用。
struct sigaction sa;
sa.sa_handler = sigchld_handler;
sigemptyset(&sa.sa_mask);
sa.sa_flags = SA_RESTART | SA_NOCLDSTOP;
sigaction(SIGCHLD, &sa, NULL);信号处理函数中循环回收
由于SIGCHLD可能被合并（多个子进程退出只产生一个信号），处理函数必须循环调用waitpid，确保所有僵尸子进程被清理。
void sigchld_handler(int signo) {
pid_t pid;
int stat;
while ((pid = waitpid(-1, &stat, WNOHANG)) > 0) {
// 记录退出状态，但不阻塞
}
}
结合主循环处理信号
在事件驱动架构中,推荐使用signalfd或自管道（self-pipe）将信号事件纳入主循环，避免信号处理函数与主线程的数据竞争，这种方法在长期运行的服务中更安全。
多线程环境下的注意事项
在多线程程序中,信号处理函数默认由任意线程处理，通常建议指定一个专用线程通过sigwait处理SIGCHLD，或使用信号线程屏蔽其他线程，避免资源竞争。
linux sigchld 常见问题与解答
为什么我的SIGCHLD处理函数只被调用了一次，但多个子进程都退出了？
SIGCHLD信号是不可靠信号,当多个子进程连续退出时，信号可能被合并，只会触发一次处理函数，回收策略必须在处理函数中循环调用waitpid，直到返回-1并设置errno为ECHILD，确保所有子进程都被清理。
在子进程退出后，父进程调用waitpid返回-1，但errno是ECHILD，这是什么原因？
这表示已经没有需要回收的子进程,可能原因包括：子进程已被其他wait调用回收，或者父进程对SIGCHLD设置了SIG_IGN（系统自动回收），或者子进程并非直接父进程（如被init收养），检查代码中是否重复回收，或是否在信号处理函数外额外调用了wait。
SA_NOCLDSTOP标志对SIGCHLD处理有什么影响？
设置SA_NOCLDSTOP后,子进程暂停或恢复时不再产生SIGCHLD信号，只有终止时才会触发，这有助于减少不必要的信号通知，适合只关心子进程退出状态的场景，但需注意，如果父进程同时需要监控子进程暂停事件（如作业控制），则不应设置此标志。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/linux-sigchld%e4%bf%a1%e5%8f%b7%e7%9a%84%e4%bd%9c%e7%94%a8%e6%98%af%e4%bb%80%e4%b9%88%ef%bc%9f%ef%bc%8c%e6%80%8e%e4%b9%88%e7%94%a8%ef%bc%9f/
