设为首页 收藏本站
查看: 1043|回复: 0

[经验分享] nginx-http模块的数据结构

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2016-8-25 10:37:35 | 显示全部楼层 |阅读模式
在编写HTTP第三方模块时,需要了解nginx中HTTP模块的数据结构

定义HTTP模块方式很简单
1
ngx_module_t ngx_http_mytest_module;




就是这么简单,

下面先分析一下nginx模块中的所有成员:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
typedef struct ngx_module_s ngx_module_t;
struct ngx_module_s
{
    //分别赋值ctx_index.index.spare0.spare2.sapre3.version
    #define NGX_MODULE_V1     0,0,0,0,0,0,1

    //同一类模块的序号,有管理这类模块的nginx核心模块设置。很重要。因为nginx模块依赖于顺序。
    ngx_uint_t ctx_index;

    /*nginx启动时根据ngx_modules数组设置各模块的index值
    ngx_max_module = 0;
    for(i = 0; ngx_modules;i++)
    {
        ngx_modules->index = ngx_max_module++;
    }
    */
    //index表示当前模块在ngx_modules中的序号
    ngx_uint_t index;

    //spare系列保留变量,暂时没有使用
    ngx_uint_t     spare0;
    ngx_uint_t     spare1;
    ngx_uint_t     spare2;
    ngx_uint_t     spare3;

    //模块的版本号
    ngx_unit_t    version;

    //用于指向一类模块的上下文结构体。ctx指向特定类型模块的公共接口
    //例:http模块中,ctx指向ngx_http_module_t结构体
    void        *ctx;

    //nginx.conf配置项
    ngx_command_t    *command;

    //表示模块类型。与ctx相关。
    //5种取值。NGX_HTTP_MODULE.NGX_CORE_MODULE,NGX_CONF_MODULE.NGX_EVENT_MODULE
    //NGX_MAIL_MODULE
    ngx_uint_t    type;

    //下面是7个函数指针表示有7个执行点会分别调用这7种方法。
    //1.启动时回调init_master
    ngx_int_t     (*init_master)(ngx_log_t *log);

    //2.init_module初始化所有模块时被调用。master/worker模式,在启动worker子进程前完成
    ngx_int_t     (init_module)(ngx_cycle_t *cycle);

    //3.正常服务前被调用,master/worker模式,多个worker已经残生,每个worker初始化会调用
    ngx_int_t         (init_process)(ngx_cycle_t *cycle);

    //4.这个可以忽视,就是代表多线程模式的初始化,Nginx不支持多线程。1.015版本是这样,后面不清楚
     ngx_int_t         (init_thread)(ngx_cycle_t *cycle);

     //5.同上
     void              (*exit_thread)(ngx_cycle_t *cycle);

     //6.服务停止前调用,worker进程在退出前调用
     void              (*exit_process)(ngx_cycle_t *cycle);

     //7.master进程退出前调用
     void              (*exit_master)(ngx_cycle_t *cycle);

     //保留字段,可以使用NGX_MODULE_V1_PADDING填充,同第一个
     uintprt_t        spare_hook0;
     uintprt_t        spare_hook1;
     uintprt_t        spare_hook2;
     uintprt_t        spare_hook3;
     uintprt_t        spare_hook4;
     uintprt_t        spare_hook5;
     uintprt_t        spare_hook6;
     uintprt_t        spare_hook7;

};



ps:定义一个HTTP模块时,type字段必须设置为NGX_HTTP_MODULE;
ngx_module_t 中的ctx必须指向ngx_http_module_t接口。

-------------------------------------------------------------------------------------------

下面来解释一下ngx_http_module_t结构,他描述了HTTP矿在在读取。重载配置是定义的8个阶段。启动过程中调用。NULL则不调用
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
typedef struct
{
    //解析配置文件前调用
    ngx_int_t     (*preconfiguration)(ngx_conf_t *cf);

    //完成配置文件的解析后调用
    ngx_int_t     (*postconfiguration)(ngx_conf_t *cf);

    //创建数据结构用于存储只属于http{...}块的全局配置项。
    void*         (*create_main_conf)(ngx_conf_t *cf);

    //初始化上面这个
    char*         (*init_main_conf)(ngx_conf_t *cd,void *conf);

    //srv级别(server{...}快)配置项
    void*         (*create_srv_conf)(ngx_conf_t *cf);

    //合并main/srv级别下的同名配置项
    char*         (*merge_srv_conf)(ngx_conf_t *cd,void *prev,void* conf);


    //loc级别(location{...}快)配置项
    void*         (*create_loc_conf)(ngx_conf_t *cf);

    //合并loc/srv级别下的同名配置项
    char*         (*merge_srv_conf)(ngx_conf_t *cd,void *prev,void* conf);
}



ps:回调方法与内部无关,与nginx.conf配置项有关。
-------------------------------------------------------------------------------------------

这里在提一个概念,commadns数组(元素为ngx_command_t)。用于定义模块的配置文件。ngx解析配置文件中的一个配置项首先会遍历所有模块,对于一个模块而言,通过遍历commands数组进行,ngx_null_command为结束。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
typedef struct ngx_command_s ngx_commadn_t;

struct ngx_command_s
{
    //配置项名称,如“gzip”
    ngx_str_t    name;

    //配置项类型,制定出现位置,以及可以携带的参数个数
    ngx_uint_t   type;

    //出现了Name中指定的配置项后,将会调用set处理配置项的参数
    char*        (*set)(ngx_conf_t *cf,ngx_command_t *cmd,void* conf);

    //配置文件中的偏移量
    ngx_uint_t     conf;

    //使用预设的解析方法解析配置项
    ngx_uint_t     offset;
    //配置项读取后的处理方法,必须是ngx_conf_post_t结构的指针
    void *post;
}
ngx_null_command为一个空的ngx_command_t.
#define ngx_null_command {ngx_null_string,0,NULL,0,0,NULL}




以上


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-262808-1-1.html 上篇帖子: Nginx 的location配置详解 下篇帖子: nginx+awstats日志分析工具安装
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表