ngx_master_process_cycle 多进程

2024-05-04 22:32
文章标签 进程 process master cycle ngx

本文主要是介绍ngx_master_process_cycle 多进程,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

了解core模块之前还应改学习ngx_start_worker_processes函数,今天我就来详细学一下这个方法,主要内容来自于http://blog.sina.com.cn/s/blog_677be95b0100iivk.html。

nginx的进程启动过程是在ngx_master_process_cycle(src/os/unix/ngx_process_cycle.c)中完成的(单进程是通过ngx_single_process_cycle完成,这里只分析多进程的情况),在ngx_master_process_cycle中,会根据配置文件的worker_processes值创建多个子进程,即一个master进程和多个worker进程。进程之间、进程与外部之间保持通信,进程之间是通过socketpair进行通信的,socketpair是一对全双工的无名socket,可以当作管道使用,和管道不同的是,每条socket既可以读也可以写,而管道只能用于写或者用于读;进程与外部之间是通过信号通信的。

master进程主要进行一些全局性的初始化工作和管理worker的工作;事件处理是在worker中进行的。

进程启动的过程中,有一些重要的全局数据会被设置,最重要的是进程表ngx_processes,master每创建一个worker都会把一个设置好的ngx_process_t结构变量放入ngx_processes中,进程表长度为1024,刚创建的进程存放在ngx_process_slot位置,ngx_last_process是进程表中最后一个存量进程的下一个位置,ngx_process_t是进程在nginx中的抽象:

  1. src/os/unix/ngx_process.h  
  2. typedef void (*ngx_spawn_proc_pt) (ngx_cycle_t *cycle, void *data);  
  3.   
  4. typedef struct {  
  5.     ngx_pid_t           pid;                 //进程id  
  6.     int                 status;              //进程状态  
  7.     ngx_socket_t        channel[2];          //socketpair创建的socket句柄  
  8.   
  9.     ngx_spawn_proc_pt   proc;                //进程执行函数  
  10.     void               *data;                //执行函数的参数  
  11.     char               *name;                //名称  
  12.   
  13.     unsigned            respawn:1;           //重新创建  
  14.     unsigned            just_spawn:1;        //第一次创建的  
  15.     unsigned            detached:1;          //分离的  
  16.     unsigned            exiting:1;           //正在退出的  
  17.     unsigned            exited:1;            //退出过的  
  18. } ngx_process_t;  

进程间通信是利用socketpair创建的一对socket进行的,通信中传输的是ngx_channel_t结构变量:

  1. typedef struct {  
  2.      ngx_uint_t  command;  
  3.      ngx_pid_t   pid;                        //发送方进程id  
  4.      ngx_int_t   slot;                       //发送方进程表中偏移  
  5.      ngx_fd_t    fd;                         //发送给对方的句柄  
  6. } ngx_channel_t;(src/os/unix/ngx_channel.h)  
  7.   
  8. /*command是要发送的命令,有5种: 
  9.  
  10. #define NGX_CMD_OPEN_CHANNEL   1 
  11. #define NGX_CMD_CLOSE_CHANNEL  2 
  12. #define NGX_CMD_QUIT           3 
  13. #define NGX_CMD_TERMINATE      4 
  14. #define NGX_CMD_REOPEN         5 
  15. */  

进程的启动过程是比较重要的一个环节,为了把这个过程分析透彻,下面会多采用首先分析ngx_master_process_cycle函数,可以分解为以下各步骤:

1、master设置一些需要处理的信号,这些信号包括

SIGCHLD,SIGALRM,SIGIO,SIGINT,NGX_RECONFIGURE_SIGNAL(SIGHUP),NGX_REOPEN_SIGNAL(SIGUSR1),
NGX_NOACCEPT_SIGNAL(SIGWINCH),NGX_TERMINATE_SIGNAL(SIGTERM),NGX_SHUTDOWN_SIGNAL(SIGQUIT),
NGX_CHANGEBIN_SIGNAL(SIGUSR2);

  1. sigemptyset(&set);  
  2.     sigaddset(&set, SIGCHLD);  
  3.     sigaddset(&set, SIGALRM);  
  4.     sigaddset(&set, SIGIO);  
  5.     sigaddset(&set, SIGINT);  
  6.     sigaddset(&set, ngx_signal_value(NGX_RECONFIGURE_SIGNAL));  
  7.     sigaddset(&set, ngx_signal_value(NGX_REOPEN_SIGNAL));  
  8.     sigaddset(&set, ngx_signal_value(NGX_NOACCEPT_SIGNAL));  
  9.     sigaddset(&set, ngx_signal_value(NGX_TERMINATE_SIGNAL));  
  10.     sigaddset(&set, ngx_signal_value(NGX_SHUTDOWN_SIGNAL));  
  11.     sigaddset(&set, ngx_signal_value(NGX_CHANGEBIN_SIGNAL));  


2、调用ngx_setproctilte设置进程标题,title = "master process" + ngx_argv[0] + ... + ngx_argv[ngx_argc-1];

  1. title = ngx_pnalloc(cycle->pool, size);  
  2.   
  3.     p = ngx_cpymem(title, master_process, sizeof(master_process) - 1);  
  4.     for (i = 0; i < ngx_argc; i++) {  
  5.         *p++ = ' ';  
  6.         p = ngx_cpystrn(p, (u_char *) ngx_argv[i], size);  
  7.     }  
  8.   
  9.     ngx_setproctitle(title);  


3、调用ngx_start_worker_processes(cycle, ccf->worker_processes, NGX_PROCESS_RESPAWN)启动worker进程;

  1. ccf = (ngx_core_conf_t *) ngx_get_conf(cycle->conf_ctx, ngx_core_module);  
  2.   
  3.     ngx_start_worker_processes(cycle, ccf->worker_processes,  
  4.                                NGX_PROCESS_RESPAWN);  


4、调用ngx_start_cache_manager_processes(cycle, 0)启动文件cache管理进程,有些模块需要文件cache,比如fastcgi模块,这些模块会把文件cache路径添加到cycle->paths中,文件cache管理进程会定期调用这些模块的文件cache处理钩子处理一下文件cache;
 

  1. ngx_start_cache_manager_processes(cycle, 0);  


注释代码的方式分析。

5、master循环处理信号量。

  1. src/os/unix/ngx_process_cycle.c  
  2. delay = 0;  
  3. sigio = 0;  
  4. live = 1;  
  5. for ( ;; ) {  
  6.     //delay用来设置等待worker推出的时间,master接受了退出信号后,  
  7.     //首先发送退出信号给worker,而worker退出需要一些时间  
  8.     if (delay) {  
  9.         if (ngx_sigalrm) {  
  10.             sigio = 0;  
  11.             delay *= 2;  
  12.             ngx_sigalrm = 0;  
  13.         }  
  14.   
  15.         ngx_log_debug1(NGX_LOG_DEBUG_EVENT, cycle->log, 0,  
  16.                        "termination cycle: %d", delay);  
  17.   
  18.         itv.it_interval.tv_sec = 0;  
  19.         itv.it_interval.tv_usec = 0;  
  20.         itv.it_value.tv_sec = delay / 1000;  
  21.         itv.it_value.tv_usec = (delay % 1000 ) * 1000;  
  22.         //设置定时器  
  23.         //以系统真实时间来计算,送出SIGALRM信号  
  24.         if (setitimer(ITIMER_REAL, &itv, NULL) == -1) {  
  25.             ngx_log_error(NGX_LOG_ALERT, cycle->log, ngx_errno,  
  26.                           "setitimer() failed");  
  27.         }  
  28.     }  
  29.   
  30.     ngx_log_debug0(NGX_LOG_DEBUG_EVENT, cycle->log, 0, "sigsuspend");  
  31.     //等待信号量  
  32.     sigsuspend(&set);  
  33.   
  34.     ngx_time_update();  
  35.   
  36.     ngx_log_debug1(NGX_LOG_DEBUG_EVENT, cycle->log, 0,  
  37.                    "wake up, sigio %i", sigio);  
  38.     //收到了SIGCHLD信号,有worker退出(ngx_reap == 1)  
  39.     if (ngx_reap) {  
  40.         ngx_reap = 0;  
  41.         ngx_log_debug0(NGX_LOG_DEBUG_EVENT, cycle->log, 0, "reap children");  
  42.         //处理所有worker,如果有worker异常退出,则重启  
  43.         //这个worker,如果所有的worker都退出了,则返回0  
  44.         live = ngx_reap_children(cycle);  
  45.     }  
  46.     //如果worker都退出了  
  47.     //并且收到了NGX_CMD_TERMINATE命令或者SIGTERM信号或SIGINT信号(ngx_terminate ==1)  
  48.     //或NGX_CMD_QUIT命令或SIGQUIT信号(ngx_quit == 1),则master退出  
  49.     if (!live && (ngx_terminate || ngx_quit)) {  
  50.         ngx_master_process_exit(cycle);  
  51.     }  
  52.     //收到了NGX_CMD_TERMINATE命令或者SIGTERM信号或SIGINT信号(ngx_terminate ==1)  
  53.     //通知所有worker退出,并且等待worker退出  
  54.     if (ngx_terminate) {  
  55.         if (delay == 0) {  
  56.             //设置延时  
  57.             delay = 50;  
  58.         }  
  59.   
  60.         if (sigio) {  
  61.             sigio--;  
  62.             continue;  
  63.         }  
  64.   
  65.         sigio = ccf->worker_processes + 2 /* cache processes */;  
  66.   
  67.         if (delay > 1000) {  
  68.             //延时已到,给所有worker发送SIGKILL信号,强制杀死worker  
  69.             ngx_signal_worker_processes(cycle, SIGKILL);  
  70.         } else {  
  71.             //给所有worker发送SIGTERM信号,通知worker退出  
  72.             ngx_signal_worker_processes(cycle,  
  73.                                    ngx_signal_value(NGX_TERMINATE_SIGNAL));  
  74.         }  
  75.   
  76.         continue;  
  77.     }  
  78.     //NGX_CMD_QUIT命令或SIGQUIT信号(ngx_quit == 1)  
  79.     if (ngx_quit) {  
  80.         //给所有的worker发送SIGQUIT信号  
  81.         ngx_signal_worker_processes(cycle,  
  82.                                     ngx_signal_value(NGX_SHUTDOWN_SIGNAL));  
  83.         //关闭所有监听socket  
  84.         ls = cycle->listening.elts;  
  85.         for (n = 0; n < cycle->listening.nelts; n++) {  
  86.             if (ngx_close_socket(ls[n].fd) == -1) {  
  87.                 ngx_log_error(NGX_LOG_EMERG, cycle->log, ngx_socket_errno,  
  88.                               ngx_close_socket_n " %V failed",  
  89.                               &ls[n].addr_text);  
  90.             }  
  91.         }  
  92.         cycle->listening.nelts = 0;  
  93.   
  94.         continue;  
  95.     }  
  96.     //收到SIGHUP信号  
  97.     if (ngx_reconfigure) {  
  98.         ngx_reconfigure = 0;  
  99.         //代码已被替换,重启worker,不需要重新初始化配置。  
  100.         if (ngx_new_binary) {  
  101.             ngx_start_worker_processes(cycle, ccf->worker_processes,  
  102.                                        NGX_PROCESS_RESPAWN);  
  103.             ngx_start_cache_manager_processes(cycle, 0);  
  104.             ngx_noaccepting = 0;  
  105.   
  106.             continue;  
  107.         }  
  108.   
  109.         ngx_log_error(NGX_LOG_NOTICE, cycle->log, 0, "reconfiguring");  
  110.         //重新初始化配置  
  111.         cycle = ngx_init_cycle(cycle);  
  112.         if (cycle == NULL) {  
  113.             cycle = (ngx_cycle_t *) ngx_cycle;  
  114.             continue;  
  115.         }  
  116.         //重启worker  
  117.         ngx_cycle = cycle;  
  118.         ccf = (ngx_core_conf_t *) ngx_get_conf(cycle->conf_ctx,  
  119.                                                ngx_core_module);  
  120.         ngx_start_worker_processes(cycle, ccf->worker_processes,  
  121.                                    NGX_PROCESS_JUST_RESPAWN);  
  122.         ngx_start_cache_manager_processes(cycle, 1);  
  123.         live = 1;  
  124.         ngx_signal_worker_processes(cycle,  
  125.                                     ngx_signal_value(NGX_SHUTDOWN_SIGNAL));  
  126.     }  
  127.     //当ngx_noaccepting==1时,会把ngx_restart设为1,重启worker  
  128.     if (ngx_restart) {  
  129.         ngx_restart = 0;  
  130.         ngx_start_worker_processes(cycle, ccf->worker_processes,  
  131.                                    NGX_PROCESS_RESPAWN);  
  132.         ngx_start_cache_manager_processes(cycle, 0);  
  133.         live = 1;  
  134.     }  
  135.     //收到SIGUSR1信号,重新打开log文件  
  136.     if (ngx_reopen) {  
  137.         ngx_reopen = 0;  
  138.         ngx_log_error(NGX_LOG_NOTICE, cycle->log, 0, "reopening logs");  
  139.         ngx_reopen_files(cycle, ccf->user);  
  140.         ngx_signal_worker_processes(cycle,  
  141.                                     ngx_signal_value(NGX_REOPEN_SIGNAL));  
  142.     }  
  143.     //收到SIGUSER2,热代码替换  
  144.     if (ngx_change_binary) {  
  145.         ngx_change_binary = 0;  
  146.         ngx_log_error(NGX_LOG_NOTICE, cycle->log, 0, "changing binary");  
  147.         ngx_new_binary = ngx_exec_new_binary(cycle, ngx_argv);  
  148.     }  
  149.     //收到SIGWINCH信号不在接受请求,worker退出,master不退出  
  150.     if (ngx_noaccept) {  
  151.         ngx_noaccept = 0;  
  152.         ngx_noaccepting = 1;  
  153.         ngx_signal_worker_processes(cycle,  
  154.                                     ngx_signal_value(NGX_SHUTDOWN_SIGNAL));  
  155.     }  
  156. }  


 

下面总结下,也希望各位同学,再看总结之前,已经阅读了(起码是看了一遍)上面的代码注释!!!

该总结来自于http://blog.csdn.net/lu_ming/article/details/5144427 非常感激作者无私奉献。

ngx_master_process_cycle()函数,这个函数会启动工作进程干活,并且会处理信号量,处理的过程中会杀死或者创建新的进程。

a)  阻塞所有nginx关心的信号;

b)  设置进程的title(如果你用ps –aux来查看就可以分清master与worker进程,这就是title的作用。);

c)  按照ngx_core_conf_t中worker_processes数,启动若干个work进程;

d)  启动一个缓冲管理进程;

e)  初始化几个标志:ngx_new_binary = 0; delay = 0; live = 1;

f)  后面一个循环对不同的状态进行不同处理,而那些状态多数是进程收到的不同信号。下面是各个处理的详解:

a)   delay不为0,如果收到SIGALRM信号ngx_sigalrm设为1,将delay时间乘以2;最后设置一个实时类型的计时器;

b)   挂起当前进程,等到有信号,就会从挂起状态退出,继续执行;

c)   退出挂起状态后,根据操作系统时间重新更新当前时间;

d)   ngx_reap为1(收到SIGCHLD信号,有worker退出(ngx_reap==1)),调用ngx_reap_children()回收子进程;

e)   如果子进程都退出了(!live)且当前进程收到ngx_signal_value(NGX_SHUTDOWN_SIGNAL)或ngx_signal_value(NGX_TERMINATE_SIGNAL)信号,本进程进行退出处理(ngx_master_process_exit());退出处理先删除pid文件,然后将调用所有模块的进程退出钩子,销毁内存池对象;

f)   如果ngx_terminate为1,delay为0,就设成50;如果delay>1000,向work进程发送SIGKILL信号,否则向work进程发送ngx_signal_value(NGX_TERMINATE_SIGNAL)信号;

g)   如果ngx_quit为1,向work进程发送ngx_signal_value(NGX_SHUTDOWN_SIGNAL)信号,然后将所有全局listening中的socket全关闭;continue;

h)   如果ngx_reconfigure为1(ngx_signal_value(NGX_RECONFIGURE_SIGNAL)信号对应),就重新读取config文件;重新创建并初始化ngx_cycle对象,启动work进程,启动缓冲管理进程,将live设为1,调用ngx_signal_worker_processes()发送ngx_signal_value(NGX_SHUTDOWN_SIGNAL)信号;

i)   ngx_new_binary为1(表示是新启动的一个进程),启动work进程,启动缓冲管理进程,然后将ngx_noaccepting设为0;continue;

j)   如果ngx_restart为1(当ngx_noaccepting=1的时候会把ngx_restart设为1,重启worker),启动work进程,启动缓冲管理进程,live设为1;

k)   如果ngx_reopen为1(ngx_signal_value(NGX_REOPEN_SIGNAL)信号对应),则重新找开log文件,调用ngx_signal_worker_processes()发送ngx_signal_value(NGX_REOPEN_SIGNAL)信号;

l)   如果ngx_change_binary为1(ngx_signal_value(NGX_CHANGEBIN_SIGNAL)信号对应),调用ngx_exec_new_binary()执行新进程;

m)   如果ngx_noaccept为1(ngx_signal_value(NGX_NOACCEPT_SIGNAL)对应),设ngx_noaccepting为1,调用ngx_signal_worker_processes()发送ngx_signal_value(NGX_SHUTDOWN_SIGNAL)信号。


这篇关于ngx_master_process_cycle 多进程的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/960233

相关文章

[Linux]:进程(下)

✨✨ 欢迎大家来到贝蒂大讲堂✨✨ 🎈🎈养成好习惯,先赞后看哦~🎈🎈 所属专栏:Linux学习 贝蒂的主页:Betty’s blog 1. 进程终止 1.1 进程退出的场景 进程退出只有以下三种情况: 代码运行完毕,结果正确。代码运行完毕,结果不正确。代码异常终止(进程崩溃)。 1.2 进程退出码 在编程中,我们通常认为main函数是代码的入口,但实际上它只是用户级

java 进程 返回值

实现 Callable 接口 与 Runnable 相比,Callable 可以有返回值,返回值通过 FutureTask 进行封装。 public class MyCallable implements Callable<Integer> {public Integer call() {return 123;}} public static void main(String[] args

C#关闭指定时间段的Excel进程的方法

private DateTime beforeTime;            //Excel启动之前时间          private DateTime afterTime;               //Excel启动之后时间          //举例          beforeTime = DateTime.Now;          Excel.Applicat

linux中使用rust语言在不同进程之间通信

第一种:使用mmap映射相同文件 fn main() {let pid = std::process::id();println!(

java线程深度解析(四)——并发模型(Master-Worker)

http://blog.csdn.net/daybreak1209/article/details/51372929 二、Master-worker ——分而治之      Master-worker常用的并行模式之一,核心思想是由两个进程协作工作,master负责接收和分配任务,worker负责处理任务,并把处理结果返回给Master进程,由Master进行汇总,返回给客

Golang进程权限调度包runtime

关于 runtime 包几个方法: Gosched:让当前线程让出 cpu 以让其它线程运行,它不会挂起当前线程,因此当前线程未来会继续执行GOMAXPROCS:设置最大的可同时使用的 CPU 核数Goexit:退出当前 goroutine(但是defer语句会照常执行)NumGoroutine:返回正在执行和排队的任务总数GOOS:目标操作系统NumCPU:返回当前系统的 CPU 核数量 p

如何保证android程序进程不到万不得已的情况下,不会被结束

最近,做一个调用系统自带相机的那么一个功能,遇到的坑,在此记录一下。 设备:红米note4 问题起因 因为自定义的相机,很难满足客户的所有需要,比如:自拍杆的支持,优化方面等等。这些方面自定义的相机都不比系统自带的好,因为有些系统都是商家定制的,难免会出现一个奇葩的问题。比如:你在这款手机上运行,无任何问题,然而你换一款手机后,问题就出现了。 比如:小米的红米系列,你启用系统自带拍照功能后

flume系列之:记录一次flume agent进程被异常oom kill -9的原因定位

flume系列之:记录一次flume agent进程被异常oom kill -9的原因定位 一、背景二、定位问题三、解决方法 一、背景 flume系列之:定位flume没有关闭某个时间点生成的tmp文件的原因,并制定解决方案在博主上面这篇文章的基础上,在机器内存、cpu资源、flume agent资源都足够的情况下,flume agent又出现了tmp文件无法关闭的情况 二、

C++编程:ZeroMQ进程间(订阅-发布)通信配置优化

文章目录 0. 概述1. 发布者同步发送(pub)与订阅者异步接收(sub)示例代码可能的副作用: 2. 适度增加缓存和队列示例代码副作用: 3. 动态的IPC通道管理示例代码副作用: 4. 接收消息的超时设置示例代码副作用: 5. 增加I/O线程数量示例代码副作用: 6. 异步消息发送(使用`dontwait`标志)示例代码副作用: 7. 其他可以考虑的优化项7.1 立即发送(ZMQ_IM

Unity Post Process Unity后处理学习日志

Unity Post Process Unity后处理学习日志 在现代游戏开发中,后处理(Post Processing)技术已经成为提升游戏画面质量的关键工具。Unity的后处理栈(Post Processing Stack)是一个强大的插件,它允许开发者为游戏场景添加各种视觉效果,如景深、色彩校正、辉光、模糊等。这些效果不仅能够增强游戏的视觉吸引力,还能帮助传达特定的情感和氛围。 文档