Nginx核心模块ngx_events_module
Posted gcczhongduan
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Nginx核心模块ngx_events_module相关的知识,希望对你有一定的参考价值。
核心模块ngx_events_module是一个专门用于管理事件模块的模块。
它的实现非常easy。以下是该模块的定义:
ngx_module_t ngx_events_module = { NGX_MODULE_V1, &ngx_events_module_ctx, /* module context */ ngx_events_commands, /* module directives */ NGX_CORE_MODULE, /* module type */ NULL, /* init master */ NULL, /* init module */ NULL, /* init process */ NULL, /* init thread */ NULL, /* exit thread */ NULL, /* exit process */ NULL, /* exit master */ NGX_MODULE_V1_PADDING };
解析配置项的ngx_events_commands结构体数组定义例如以下:
// 定义了怎样处理感兴趣的配置项 static ngx_command_t ngx_events_commands[] = { { ngx_string("events"), /* 仅仅对events块配置项感兴趣 */ NGX_MAIN_CONF|NGX_CONF_BLOCK|NGX_CONF_NOARGS, ngx_events_block, /* 解析配置项的函数 */ 0, 0, NULL }, ngx_null_command };
能够看到,核心模块ngx_events_module仅仅对配置文件里的“events”块配置项感兴趣。并用ngx_events_block方法进行解析。ngx_events_block在后面解说。
static ngx_core_module_t ngx_events_module_ctx = { ngx_string("events"), NULL, /* create_conf */ ngx_event_init_conf /* init_conf */ };
ngx_event_init_conf函数内貌似没有做什么特别的工作。所以我们能够忽略它。相当于该接口仅仅是定义了该模块的名字而已。
这是由于ngx_events_module并不解析配置项參数,仅仅是在events块配置项出现后调用各个事件模块去解析events内的配置项,所以它自己并不须要实现create_conf方法和init_conf方法。
怎样管理事件模块配置项
事件模块的通用接口是ngx_event_module_t,定义例如以下:
typedef struct { ngx_str_t *name; // 事件模块名字 // 解析配置项之前调用,创建存储配置项參数的结构体 void *(*create_conf)(ngx_cycle_t *cycle); // 解析完配置项后的回调函数 char *(*init_conf)(ngx_cycle_t *cycle, void *conf); // 每一个事件模块须要实现的10个抽象方法 ngx_event_actions_t actions; } ngx_event_module_t; // 事件模块通用接口
每一个事件模块使用init_conf成员函数创建存储配置项的结构体并返回指向这个结构体的指针。
这个指针放在了ngx_events_module核心模块创建的指针数组中,例如以下图所看到的:
这样。每个进程的核心结构体ngx_cycle_t就行和全部模块的存储配置项的结构体相关联了。那么每个事件模块调用create_conf方法所返回的指针又是如何放进核心模块的数组中的呢?还是上面提到的ngx_events_block方法。以下就来解说ngx_events_block。此函数的流程图例如以下:
该方法的代码例如以下,已经被我简化了。凝视中的序号相应上面的每一步:
static char * ngx_events_block(ngx_conf_t *cf, ngx_command_t *cmd, void *conf) { char *rv; void ***ctx; ngx_uint_t i; ngx_conf_t pcf; ngx_event_module_t *m; ngx_event_max_module = 0; for (i = 0; ngx_modules[i]; i++) { if (ngx_modules[i]->type != NGX_EVENT_MODULE) continue; /* 1.初始化全部事件模块的ctx_index成员 * 该成员表明了该模块在同样类型模块中的顺序。这会决定以后载入各事件模块的顺序 */ ngx_modules[i]->ctx_index = ngx_event_max_module++; } /* 分配一个存放指针的空间 */ ctx = ngx_pcalloc(cf->pool, sizeof(void *)); /* 2.ngx_event_max_module等于事件模块个数 */ *ctx = ngx_pcalloc(cf->pool, ngx_event_max_module * sizeof(void *)); *(void **) conf = ctx; /* conf指向存储參数的结构体 */ for (i = 0; ngx_modules[i]; i++) { if (ngx_modules[i]->type != NGX_EVENT_MODULE) continue; m = ngx_modules[i]->ctx; /* 得到事件模块的通用接口 */ if (m->create_conf) /* 3.调用全部事件模块的通用接口ngx_event_module_t中的create_conf方法 */ (*ctx)[ngx_modules[i]->ctx_index] = m->create_conf(cf->cycle); } pcf = *cf; cf->ctx = ctx; cf->module_type = NGX_EVENT_MODULE; cf->cmd_type = NGX_EVENT_CONF; /* 4.针对全部事件模块调用各自的解析配置文件的方法 * 当发现对应配置项后。就调用模块中ngx_command_t数组中的方法 */ rv = ngx_conf_parse(cf, NULL); /* cf中保存有读到的配置项參数 */ *cf = pcf; for (i = 0; ngx_modules[i]; i++) { if (ngx_modules[i]->type != NGX_EVENT_MODULE) continue; m = ngx_modules[i]->ctx; if (m->init_conf) /* 5.解析完配置项后,调用每一个模块的init_conf方法对配置參数进行整合 */ rv = m->init_conf(cf->cycle, (*ctx)[ngx_modules[i]->ctx_index]); } return NGX_CONF_OK; }
以上代码用ngx_pcalloc函数分配了两块内存,第一个ngx_pcalloc创建一个可以存放指针的空间,相当于图9-2上面那个数组中的第四个单元;而第二个ngx_pcalloc则创建了一个指针数组,存放指针的数量等于事件模块的数量,相应图9-2以下的那个数组。此函数运行完成时,全部事件模块都在核心模块ngx_events_module的管理下成功读取配置项。
以上就是管理事件的核心模块ngx_events_module。
事件驱动机制很多其它的工作是在ngx_event_core_module模块中完毕,下次再写。
參考:
《深入理解nginx》 P300-P305.
以上是关于Nginx核心模块ngx_events_module的主要内容,如果未能解决你的问题,请参考以下文章