Nginx源码学习——worker进程的运行与终止

循环总体流程

部分流程图和表格参考于《深入理解Nginx》

worker进程循环在ngx_worker_process_cycle函数中进行，循环流程如图所示。在Nginx源码学习——优雅的停止Nginx服务一文中描述过master进程是如何通知子进程终止的。而通知到达的结果就是相应全局变量值的改变：

信号	全局标志位变量	意义
QUIT	ngx_quit	优雅的关闭进程
TERM	ngx_terminate	强制关闭进程
USR1	ngx_reopen	重新打开所有文件
WINCH	ngx_debug_quit	目前无实际意义

然后循环中，通过检查全局变量的值来决定后续动作。

Nginx——worker进程的运行与终止.png

---

worker进程退出流程

ngx_worker_process_exit函数执行子进程worker退出前的收尾工作，并最终使子进程退出。该函数工作流程如下：

子进程终止后，将发送SIGCHLD信号给 master进程，捕捉信号后触发信号处理函数ngx_signal_handler，进而进行对终止子进程的善后处理：

  if (signo == SIGCHLD) {
        ngx_process_get_status();
    }

ngx_process_get_status函数负责善后处理，流程如下：

worker进程退出后的善后处理.png

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占用的资源

未完待续。。。。

---

作者：时光冲刷下的足迹
链接：
來源：
著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。