Nginx源码分析--浅谈对模块module的基本认知.docVIP

　　分析nginx源码，谈到模块module是必然的。纵观nginx源码，可以说模块module机制是整个nginx的骨架。因此，对nginx的源码进行分析，那么对模块module就需要有一个基本的认知。在浅谈开始，我们要明确nginx 模块构架是从编译阶段开始的，不像apache那样可以动态的添加模块，nginx使用的是静态模块。这应该也是nginx 为何效率高的原因之一。对nginx的模块认知，必须要提到一篇大大有名的文章，我想也是每个分析nginx源码的人都拜读过的文章《Emillers Guide To Nginx Module Development 》里面的内容虽然少了点，但讲得非常经典，因此特别在这里推荐一个。 　　对模块module的认知，先来看三个数据结构。模块指令数据结构（ngx_command_t）、模块定义数据结构（ngx_module_t）、模块核心数据结构。模块核心数据结构具体来说可以分为4大类： 　　NGX_CORE_MODULE、NGX_CONF_MODULE、NGX_EVENT_MODULE?和?NGX_HTTP_MODULE。 对于这个数据结构本文选取其中的NGX_CORE_MODULE进行说明。 1、模块指令数据结构（ngx_command_t） 定义如下： struct ngx_command_s { ngx_str_t name; ngx_uint_t type; char *(*set)(ngx_conf_t *cf, ngx_command_t *cmd, void *conf); ngx_uint_t conf; ngx_uint_t offset; void *post; }; 　　name指代命令的类型，具体来说就是配置文件中的配置的参数名。type命令的类型如：在主配置文件中配置该命令参数为NGX_HTTP_MAIN_CONF。参数*(*set)(ngx_conf_t *cf, ngx_command_t *cmd, void *conf) 为执行该命令的函数。conf为配置信息，offset偏移量，最后一个基本上都是NULL。 2、模块定义数据结构（ngx_module_t） View Code 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; uint