nginx 源码学习笔记（三）——nginx精粹-模块

下面开始真正"nginx之旅",屏住呼吸吧！

首先找好入手点，对于nginx的入手点就是ngx_module_t结构，他的声明在src/core/ngx_conf_file.h中(我的版本nginx-1.0.13)

#define NGX_MODULE_V1          0, 0, 0, 0, 0, 0, 1
#define NGX_MODULE_V1_PADDING  0, 0, 0, 0, 0, 0, 0, 0

struct ngx_module_s {
ngx_uint_t            ctx_index;
ngx_uint_t            index;

ngx_uint_t            spare0;
ngx_uint_t            spare1;
ngx_uint_t            spare2;
ngx_uint_t            spare3;

ngx_uint_t            version;

void                 *ctx;
ngx_command_t        *commands;
ngx_uint_t            type;

ngx_int_t           (*init_master)(ngx_log_t *log);

ngx_int_t           (*init_module)(ngx_cycle_t *cycle);

ngx_int_t           (*init_process)(ngx_cycle_t *cycle);
ngx_int_t           (*init_thread)(ngx_cycle_t *cycle);
void                (*exit_thread)(ngx_cycle_t *cycle);
void                (*exit_process)(ngx_cycle_t *cycle);

void                (*exit_master)(ngx_cycle_t *cycle);

uintptr_t             spare_hook0;
uintptr_t             spare_hook1;
uintptr_t             spare_hook2;
uintptr_t             spare_hook3;
uintptr_t             spare_hook4;
uintptr_t             spare_hook5;
uintptr_t             spare_hook6;
uintptr_t             spare_hook7;
};

index: 是一个模块计数器，按照每个模块在ngx_modules[]数组中的声明顺序，从0开始一次给每个模块赋值：

声明顺序在文件objs/ngx_modules.c中

ngx_module_t *ngx_modules[] = {
&ngx_core_module,
&ngx_errlog_module,
&ngx_conf_module,
&ngx_events_module,
&ngx_event_core_module,
&ngx_epoll_module,
&ngx_http_module,
&ngx_http_core_module,
&ngx_http_log_module,

从src/core/nginx.c中可以找到顺序赋值的代码：

ngx_max_module = 0;
for (i = 0; ngx_modules[i]; i++) {
ngx_modules[i]->index = ngx_max_module++;
}

ctx_index是分类的模块计数器，nginx模块可以分为四种：core、event 、http和mail，每个模块都会各自技术，ctx_index就是每个模块在其所属类组的技术：代码如下

src/event/ngx_event.c
for (i = 0; ngx_modules[i]; i++) {
if (ngx_modules[i]->type != NGX_EVENT_MODULE) {
continue;
}

ngx_modules[i]->ctx_index = ngx_event_max_module++;
}

src/http/ngx_http.c
ngx_http_max_module = 0;
for (m = 0; ngx_modules[m]; m++) {
if (ngx_modules[m]->type != NGX_HTTP_MODULE) {
continue;
}

ngx_modules[m]->ctx_index = ngx_http_max_module++;
}

src/mail/ngx_mail.c
ngx_mail_max_module = 0;
for (m = 0; ngx_modules[m]; m++) {
if (ngx_modules[m]->type != NGX_MAIL_MODULE) {
continue;
}

ngx_modules[m]->ctx_index = ngx_mail_max_module++;
}

ctx是模块的上下文，不同种类的模块有不同的上下文，因此实现了四种结构体。(这里非常重要)

commands是模块的指令集。每一个指令在源码中对应着一个ngx_command_t结构变量，

static ngx_command_t  ngx_core_commands[] = {

{ ngx_string("daemon"),
NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_FLAG,
ngx_conf_set_flag_slot,
0,
offsetof(ngx_core_conf_t, daemon),
NULL },.....不全部列举

type就是模块的种类，用于区分前面提到的core event http和mail .

init_master、 init_module、init_process、init_thread、exit_thread、exit_process、 exit_master是函数指针，指向模块实现的自定义回调函数，这些回调函数分别在初始化master、初始化模块、初始化工作进程、初始化线程、退出线程、退出工作进程和退出master的时候被调用，如果模块需要在这些时机做处理，就可以实现对应的函数，并把它赋值给对应的函数指针来注册一个回调函数接口。

其余暂且不详。。

接下来剖析一下ngx_module_t的ctx成员，这个成员的意义是每个模块的上下文，所谓的上下文，也就是这个模块究竟可以做什么，从前面的分析可以知道nginx把所有模块分为四类（core/event/http/mail），对应的，nginx也认为模块的上下文是四种，分别用四个结构体表示：ngx_core_module_t、ngx_event_module_t、ngx_http_module_t、 ngx_mail_module_t。也就是说，如果一个模块属于core分类，那么其上下文就是ngx_core_module_t结构的变量，其他类推。这四个结构体类似于ngx_module_t，也是一些函数指针的集合，每个模块根据自己所属的分类，自定义一些操作函数，通过把这些操作函数赋值为对应分类结构体中的函数指针，这就注册了一个回调函数接口，从而就可以实现更细致的功能了，例如可以为event模块添加事件处理函数，可以为http模块添加过滤函数等。