NGINX源码之：多进程通信与请求负载

在开始学习NGINX多进程实现之前，先来看下开启多进程的配置：

master_process off;#off表示关闭主进程处理模式，主进程创建监听后，不接受请求和处理请求，转由worker进程处理
worker_processes  1;#worker进程个数

在main方法中，首先会通过ngx_init_signals()初始化信号处理：

接下来会进入ngx_master_process_cycle()方法：

方法首先是关于进程信号的一堆设置：

quit与usr2，通常搭配使用，usr2通常用于在线更新，更新后会有两个master进程，此时需要优雅退出旧的master进程则使用quit指令关闭旧的master进程，或使用SIGWINCH(ngx_noaccept)只关闭worker不关闭master同时不再接受请求。
这里就不对内核信号处理机制做深入解读。大概如下：sigprocmask设置了需要屏蔽的信号，即进程会忽略sigaddset集范围中发生的信号，使sigaddset的信号集发生的信号处于待处理状态，sigsuspend使用空的set（sigsuspend函数通过将进程的屏蔽字替换为由参数sigmask给出的信号集，然后挂起进程的执行。注意操作的先后顺序，是先替换再挂起程序的执行。程序将在信号处理函数执行完毕后继续执行。），将屏蔽信号设置为空，假如没有信号发生，会挂起进程，如果有未处理的信号，则会处理信号，然后继续运行程序。


接下来来看看创建子进程的核心代码：ngx_start_worker_processes()

ngx_spawn_process():

在ngx_master_process_cycle方法中我们可知，在有子进程退出时，会调用ngx_reap_children()，里面会遍历每个worker的spawn、just_spawn、detch配置，从而决定要不要重启worker或者关闭清理子进程占用的资源。

这里debug子进程的时候有个小技巧：clion中的调试器控制台（带有标签gdb的选项卡），然后输入set follow-fork-mode child和set detach-on-fork off(要在fork出子进程前输入)

由fork()之后case 0可知，子进程会执行ngx_worker_process_cycle()

1、ngx_worker_process_init()

CPU 亲和性需要通过worker_cpu_affinity 配置示例如下：
worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000;

2、ngx_process_events_and_timers
在之前的章节NGINX源码之：event与epoll解读过这个方法中，单进程模式的处理逻辑，这里继续解读多进程模式下的部分：
先来讲下多个worker进程锁竞争机制，NGINX通过共享内存锁，实现accept事件的负载均衡处理，开启这个功能需要配置如下：

events {
    accept_mutex on;
}

如不开启accpt_mutex,则当某个监听socket有accept事件时，每个worker进程都会被唤起，开启后，只有竞争到锁的进程才会处理，从而实现请求负载到不同worker。
在初始化阶段，通过ngx_event_module_init(）完成共享内存的创建

在ngx_process_events_and_timers中worker进程尝试获取锁

nginx的accept_mutex锁，是一个粗粒度的锁，当某个进程获取锁时，某小段时间并发的所有accept都会集中到同一个worker进程，假设后续没有新增请求了，实际上后续的请求数据处理基本都会在同一个worker进程中处理。还有改进的空间

NGINX还有其他锁的实现，这里只是用到了内存共享锁，还有信号量，自旋锁，文件锁的机制，这里暂时就不深入学习了。

最后，在ngx_start_worker_processes方法中通过**ngx_pass_open_channel()**遍历向其他先前创建的worker进程发送本次生成的worker进程的信号，如进程号，在进程数组中的下标，打开的socket。

网络缓存子进程代码ngx_start_cache_manager_processes这里就不解读了，主要作用参考：NGINX缓存原理及源码分析(一)