循环总体流程
部分流程图和表格参考于《深入理解Nginx》
worker进程循环在ngx_worker_process_cycle函数中进行，循环流程如图所示。在Nginx源码学习——优雅的停止Nginx服务一文中描述过master进程是如何通知子进程终止的。而通知到达的结果就是相应全局变量值的改变：
| 信号 | 全局标志位变量 | 意义 |
|---|---|---|
| QUIT | ngx_quit | 优雅的关闭进程 |
| TERM | ngx_terminate | 强制关闭进程 |
| USR1 | ngx_reopen | 重新打开所有文件 |
| WINCH | ngx_debug_quit | 目前无实际意义 |
然后循环中，通过检查全局变量的值来决定后续动作。
worker进程退出流程
ngx_worker_process_exit函数执行子进程worker退出前的收尾工作，并最终使子进程退出。该函数工作流程如下：
子进程终止后，将发送SIGCHLD信号给 master进程，捕捉信号后触发信号处理函数ngx_signal_handler，进而进行对终止子进程的善后处理：
if (signo == SIGCHLD) {
ngx_process_get_status();
}
ngx_process_get_status函数负责善后处理，流程如下：
Nginx服务器的是服务器编程的良好范例。上述流程中，使用循环调用waitpid的方式获取终止子进程的状态。
for ( ;; ) {
pid = waitpid(-1, &status, WNOHANG); //WNOHANG告知，在尚有未终止的子进程运行时，不要阻塞。
......
}
而不是使用会阻塞进程的wait函数。具体wait与waitpid的对比，见UNP v3 5.10节
调用waitpid()出错返回-1后，检查错误信息，如为EINTR，说明waitpid是被信号中断进而返回的。关于“中断的系统调用”见APUE p260.
pid == 0 说明当前没有子进程终止。
当发现子进程终止状态信息WEIXTSTATUS(status) = 2 时，说明子进程是在初始化过程中出错退出的。
检查源代码发现：ngx_worker_process_init函数内多处调用exit(2)使子进程退出。而如果子进程在进程信息表中的标志位respawn 为1，说明要求子进程终止后应重新拉起，但因为子进程退出是初始化过程出错导致的，是无法重新拉起的，因为将respawn清为0。
释放子进程worker占用的资源
未完待续。。。。
作者：时光冲刷下的足迹
链接：
來源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。
