这里我们接着上文继续讲述一下ngx_process_cycle.c源文件中的剩余的部分:
-
worker进程的相关处理
-
cache manager进程的相关处理
1. 函数ngx_worker_process_cycle()
这里首先调用ngx_worker_process_init()函数初始化对应的worker进程,然后调用ngx_setproctitle()设置进程的标题。接着进入主循环:
for(;;)
{
//1. 处理exiting条件。之所以放在这里处理,是因为ngx_quit是进行优雅的退出,因此必须放在ngx_process_events_and_timers()
// 前以使程序在没有任何事件和定时器时可以退出
//2. 调用ngx_process_events_and_timers()处理网络事件和定时器事件,没有事件产生时程序阻塞在这里
//3. 收到SIGTERM信号,则ngx_terminate为1,worker子进程马上退出
//4. 收到SIGQUIT信号,则ngx_quit为1,worker子进程进行优雅退出。关闭监听socket及处于空闲状态的连接
//5. 收到日志回滚的信号,则ngx_reopen为1,进行相应的日志回滚操作。
}
2. 函数ngx_worker_process_init()
这里主要完成worker子进程的初始化:
1) 设置环境变量
在这里设置子进程的环境变量时,会检查配置文件,如果该配置文件中将某一个环境变量设置为空(env_variable=),则保持该环境变量为空;
否则从系统环境变量中查找来进行赋值。
2) 设置worker进程优先级
这里我们首先介绍一下setpriority()函数:
上述两个函数分别用于获取和设置相应进程的调度优先级。参数which可以取值为PRIO_PROCESS、PRIO_GRP、PRIO_USER;参数who用于指定对应的id值,结合参数which共同确定对应的进程(进程ID、进程组ID、有效用户ID),若who取值为0则表示当前调用进程;参数prio用于指定对应的优先级,优先级范围为[-20,19],并且prio值越小则越优先调度。
注: 优先级范围在不同的系统上可能会不同。
另外,对于getpriority()函数,如果which和who共同确定多个进程的话,则会返回这些进程中最优先的进程(即prio最低的进程)。
3) 设置进程可打开的最大文件描述符数
4) 设置进程产生的coredump文件的最大大小
如果值为0,则并不会产生coredump文件。
5) 设置进程的group id和uid
这里若geteuid()
返回值为0,则表示当前进程是以root特权身份执行的,此种情况下拥有权限可以设置生成的worker子进程的group id和user id。函数setgid()
用于设置有效组ID。关于initgroups函数,有如下:
initgroups()函数通过读取组数据库/etc/group来初始化组访问列表,然后使用组成员中拥有上述函数参数指定的user的组,此外参数group也会添加到这个组访问列表中。
说明: 参数user必须为NON-NULL
6) 设置worker子进程cpu亲和性
7) 设置进程为dumpable
当前我们在ngx_auto_config.h头文件中拥有如下定义:
#ifndef NGX_HAVE_PR_SET_DUMPABLE
#define NGX_HAVE_PR_SET_DUMPABLE 1
#endif
这里用于支持Linux 2.4.x系统,只有在setuid()完成后,才允许coredump。
8) 设置worker子进程的工作目录
9) 清空worker子进程的信号屏蔽掩码
我们在worker子进程中与master等待signal不同,worker子进程是需要不断的处理网络事件以及定时器事件。
10) 设置当前进程的随机数种子
11) 清除监听socket上以前的事件
12) 初始化相应模块
13) 关闭相应的管道
在worker子进程中,其只用其本身的channel[1]来接收数据;用其他子进程的channel[0]来发送数据。
14) 将worker子进程的channel[1]添加到事件表中
将worker的channel[1]添加到可读事件列表中。这里针对channel的同一个fd,不会同时进行读写操作。
3. 函数ngx_worker_process_exit()
在worker子进程退出时,执行步骤如下:
-
关闭cycle中所有的模块
-
处理优雅退出情况(ngx_exiting)
对于优雅退出的情况,如果监听socket上仍有多个打开的socket句柄,则调用ngx_debug_point()来处理本worker子进程;
当收到NGX_NOACCEPT_SIGNAL信号时,则直接提示以ngx_debug_point()来处理本worker子进程。
注意:在销毁pool之前会先把ngx_cycle->log相关的数据保存到一个静态的数据结构ngx_exit_cycle中,这是因为在ngx_cycle->pool
销毁之后,有可能仍然会调用到日志打印相关的操作。
4. 函数ngx_channel_handler()
这里读取worker的channel[1],如果读取失败,则关闭相应的连接(因为此种情况下,我们也没有其他办法再进行恢复)。接着处理channel发过来的相应的命令。
注意:
1) 在ngx_read_channel()读取出现错误时,如果当前用的网络事件模型是epoll模型,还应该将相应的句柄移除epoll监听队列
2) 对于NGX_USE_EVENTPORT_EVENT模型,需要再次重新添加相应的事件
5. 函数ngx_cache_manager_process_cycle()
本函数是cache manager和cache loader的主循环函数。
1) 初始化
注意: ngx_worker_process_init(cycle, -1); 参数为-1,代表并不需要进行进行优先级的设置以及CPU亲和性的设置.
ngx_add_timer(&ev, ctx->delay);
1) 对于cache manager进程,ctx->delay为0,表示定时器没有延迟,马上执行。
2) 对于cache loader进程,ctx->delay为60000ms
- ngx_use_accept_mutex设置为0,表示当前并不需要抢占accept锁,这是因为cache manager及cache loader进程均不会使用到tcp 80端口对应的socket。
2) 主循环
这里主循环主要是处理网络事件及定时器事件。
6. 函数ngx_cache_manager_process_handler()
这是cache manager管理缓存的回调函数,会根据需要管理的缓存数量决定定时器的超时间隔。关于nginx缓存,我们后续还会有更详细的介绍。
7. 函数ngx_cache_loader_process_handler()
这是cache loader缓存加载的回调函数。在加载完成之后就会调用exit(0)退出进程。
[参看]:
- “惊群”,看看nginx是怎么解决它的