nginx_0.1.0分析
框架代码分析
核心模块
启动过程(main)
1、全局ngx_cycle_t对象
1、ngx_init_cycle
2、cycle->listening对象数组(ngx_listening_t对象数组)
2、cycle->conf_ctx指针数组
2、各个CORE模块create_conf创建配置对象,赋值给conf_ctx指针数组
2、ngx_conf_parse解析所有配置文件到conf_ctx指针数组
2、各个CORE模块init_conf配置缺省默认值
2、ngx_open_listening_sockets监听端口(数据来源:listening对象数组)
2、所有模块init_module过程
1、ngx_single_process_cycle
2、所有模块init_process过程
2、死循环处理事件:ngx_process_events
P.S. http{}解析完,会调用ngx_core_listen_parse将端口信息拷贝到listening对象数组,设置处理函数为ngx_http_init_connection(tcp建链完成后的处理函数入口)
配置解析功能(ngx_conf_parse)
(1)如核心模块中user、group配置(core模块)
conf_ctx指针数组中指针直接指向配置对象
(2)如events{}中multi_accept配置(event_core模块)、events配置(epoll模块)
conf_ctx指针数组中指针指向指针A,指针A指向配置对象指针数组(数组个数为event模块数,指针数组中各指针指向各event模块特有的配置对象)
(3)如https{}中配置(event_core模块)、events配置(epoll模块)
conf_ctx指针数组中指针指向根ngx_http_conf_ctx_t对象,每个{}信息存储在独立的ngx_http_conf_ctx_t对象中,通过链表进行级联)
1、ngx_events_block
1、指针对象、指针数组
1、所有event模块的create_conf过程
1、ngx_conf_parse嵌套解析events{}中的配置信息
1、所有event模块的init_conf过程
2、ngx_http_block
1、根ngx_http_conf_ctx_t对象、三个成员指向三个指针数组
1、所有http模块的pre_conf过程
1、所有http模块的create_main_conf过程
1、所有http模块的create_srv_conf过程
1、所有http模块的create_loc_conf过程
1、ngx_conf_parse嵌套解析https{}中的配置信息
1、各类merge过程定义配置信息作用范围
1、所有http模块的init_main_conf过程
1、ngx_core_prepare_phasesconn处理流水线过程(可三方模块嵌入)
1、ngx_core_listen_parse将端口信息拷贝listening对象数组,设置处理函数为ngx_http_init_connection(tcp建链完成后的处理函数入口)
3、ngx_server_block
1、新ngx_http_conf_ctx_t对象、新2个成员指向2个指针数组(main_conf共用)
1、所有http模块的create_srv_conf过程
1、所有http模块的create_loc_conf过程
1、ngx_http_core_srv_conf_t对象指针插入根ngx_http_core_main_conf_t对象的servers数组
1、ngx_conf_parse嵌套解析servers{}中的配置信息
1、location排序
4、ngx_location_block
1、新ngx_http_conf_ctx_t对象
1、新loc_conf对象指向1个指针数组(main_conf、srv_conf共用)
1、所有http模块的create_loc_conf过程
1a、ngx_http_core_loc_conf_t指针插入上层ngx_http_core_srv_conf_t对象的location数组
1b、ngx_http_core_loc_conf_t指针插入上层ngx_http_core_loc_conf_t对象的location数组
1、ngx_conf_parse嵌套解析location{}中的配置信息
举例NGX_CORE_MODULE模块NGX_MAIN_CONF配置的解析
1、此时文件未打开,故ngx_open_file打开文件
1、循环用ngx_conf_read_token读取每一行
1、扫描所有模块,对指定模块指定配置进行匹配,并校验配置个数的正确性
1、NGX_DIRECT_CONF配置是直接使用ngx_core_conf_t对象
2、cmd->set是直接使用ngx_core_conf_t对象
3、如ngx_conf_set_flag_slot
1、NGX_MAIN_CONF配置是指针数组,指向特殊对象内存。如event核心模块指向event模块个数组成的指针数组,每个成员指向对应模块的对象(event_core_t模块指向event_conf_t对象,epoll_module模块指向epoll_conf_t对象)
2、cmd->set是指向指针数组(各指针使用各自模块定义的对象)。
3、如ngx_events_block、ngx_http_block
1、其他配置说明该ngx_conf_parse例程处于嵌套中
2、cmd->set是指向指针数组中,当前模块对应的定义对象
3、如ngx_event_connections(event_core根模块中connections配置项)
举例NGX_HTTP_MODULE模块NGX_HTTP_MAIN_CONF配置的解析
1、循环用ngx_conf_read_token读取每一行
1、扫描所有模块,对指定模块指定配置进行匹配,并校验配置个数的正确性
1、其他配置说明该ngx_conf_parse例程处于嵌套中(此时cf->ctx指向起始的ngx_http_conf_ctx_t对象)
2、cmd->set是指向main_conf中,当前模块对应的定义对象
3、如ngx_conf_set_size_slot(http_core根模块中connection_pool_size配置项)
3、如ngx_server_block(http_core根模块中server配置项)
1、ngx_server_block
参数cf指向http_core_main_conf_t对象,cmd指向下面截图内容:
server{}2、继续创建同样的对象组,调用ngx_conf_parse进行嵌套配置解析NGX_HTTP_SRV_CONF配置(cf->ctx变成新的ngx_http_conf_ctx_t对象)。
举例NGX_HTTP_MODULE模块NGX_HTTP_SRV_CONF配置的解析
1、循环用ngx_conf_read_token读取每一行
1、扫描所有模块,对指定模块指定配置进行匹配,并校验配置个数的正确性
1、其他配置说明该ngx_conf_parse例程处于嵌套中
2、cmd->set是指向srv_conf中,当前模块对应的定义对象
3、如ngx_conf_set_size_slot(http_core根模块中listen配置项)
3、如ngx_location_block(http_core根模块中location配置项)
1、ngx_loc_block
参数cf指向http_core_srv_conf_t对象,cmd指向下面截图内容:
location{}2、继续创建同样的对象组,调用ngx_conf_parse进行嵌套配置解析NGX_HTTP_LOC_CONF配置(cf->ctx变成新的ngx_http_conf_ctx_t对象)。
举例NGX_HTTP_MODULE模块NGX_HTTP_LOC_CONF配置的解析
1、循环用ngx_conf_read_token读取每一行
1、扫描所有模块,对指定模块指定配置进行匹配,并校验配置个数的正确性
1、其他配置说明该ngx_conf_parse例程处于嵌套中
2、cmd->set是指向srv_conf中,当前模块对应的定义对象
3、如ngx_set_root(http_core根模块中alias配置项)
3、如ngx_location_block(http_core根模块中location配置项)
location是可以无限嵌套的。
总结
文字分析的逻辑往往让人一头雾水,图文并茂才不坑人坑己,配置项影响范围是由各自模块去决定的,本文档讨论的均不涉及merge(各种merge函数起始就是把链表中的数据merge到外圈里的对象而已,很简单)。总结:
配置:
配置信息对象:
配置信息组织形式代码:
代码信息从代码可知,http_test配置项可配置在任意{}中,srv_test配置项只能在server{}或location{}中,listen只能在server{}中,loc_test只能在location{}中,对应的对象组成就是上图所示。
上述总结例子中体现的配置细节不多。其实,http{}中也可以把信息存在loc_conf对象中;http_test存在server{}、location{}中的位置等等。至于作用范围则是根据你的三方模块中如何处理merge钩子了。
配置说明总结
http是最复杂的一个,总结了http模块,其他的就简单了。
1、NGX_HTTP_MAIN_CONF、NGX_HTTP_SRV_CONF、NGX_HTTP_LOC_CONF
NGX_HTTP_MAIN_CONF、NGX_HTTP_SRV_CONF、NGX_HTTP_LOC_CONF分别说明该配置项可以出现再http{}、server{}、location{}中。
2、NGX_CONF_NOARGS、NGX_CONF_TAKE1、NGX_CONF_1MORE
说明参数个数,配置校验使用。
3、NGX_HTTP_MAIN_CONF_OFFSET、NGX_HTTP_SRV_CONF_OFFSET、NGX_HTTP_LOC_CONF_OFFSET
NGX_HTTP_MAIN_CONF_OFFSET、NGX_HTTP_SRV_CONF_OFFSET和NGX_HTTP_LOC_CONF_OFFSET指明该配置信息存储的数组,不同数组的效果如下(假定配置了NGX_HTTP_MAIN_CONF、NGX_HTTP_SRV_CONF、NGX_HTTP_LOC_CONF参数):
(1)NGX_HTTP_MAIN_CONF_OFFSET
整个http{}中仅能出现一次,否则会冲突,提示“is duplicate”。
(2)NGX_HTTP_SRV_CONF_OFFSET
http{}中仅能直接出现一次,嵌套的每个server{}(整个server{})也仅能出现一次,否则会冲突,提示“is duplicate”。
(3)NGX_HTTP_LOC_CONF_OFFSET
http{}中仅能直接出现一次,嵌套的每个server{}也仅能直接出现一次,任意server中嵌套的每个location{}也仅能直接出现一次,任意location中嵌套的每个location{}也仅能直接出现一次。
event模块
1、event_core模块
init_module过程: ngx_event_module_init
1、无
init_process过程:ngx_event_process_ini_t
1、获取ngx_event_conf_t对象
1、所有event模块的actions.init过程
1、connections数组、read_events数组、write_events数组
1、端口句柄收信号的处理为ngx_event_accept
1、ngx_add_event添加读事件(端口句柄)
端口读处理函数: ngx_event_accept
1、accept生成业务句柄
1、设置句柄属性
1、ngx_add_conn(如epoll模块的add_conn函数:)
1、执行listening的handle入口(ngx_http_init_connection)
2、epoll模块
init_module过程:
无
init_process过程
无
actions.init过程:ngx_epoll_init
1、epoll_create创建epoll对象
1、epoll_event数组
1、设置ngx_event_actions事件处理接口为epoll模块定义的ngx_epoll_module_ctx对象成员
actions.add_conn过程(ngx_add_conn):ngx_epoll_add_connection
端口收到信息,ngx_event_accept就会创建业务句柄,执行句柄的add_conn操作。
1、epoll_ctl添加读写事件到epoll对象
actions.add过程(ngx_add_event):ngx_epoll_add_event
添加事件(读、写等等)
1、epoll_ctl添加/修改读/写事件到epoll对象
http模块
http_core模块
init_module过程:
无
init_process过程
无
ngx_http_init_connection过程
http_core模块针对业务句柄的统一入口,设置事件的处理函数。
1、设置写事件入口为:ngx_http_empty_handler;
1、设置读事件入口为:ngx_http_init_request(rev);并进入
2、创建ngx_http_connection_t对象
2、创建ngx_http_request_t对象
2、创建读缓冲区
2、设置读事件入口为:ngx_http_process_request_line,并进入
3、ngx_http_read_request_header调用connection->recv进行socket读。
3、ngx_http_parse_request_line解析请求行
3、创建headers_in.headers队列、headers_in.cookies数组
3、设置读事件入口为:ngx_http_process_request_headers,并进入
4、ngx_http_read_request_header调用connection->recv进行socket读。
4、读完后调用ngx_http_parse_header_line解析请求头部
4a、头信息正确,记录到headers_in.headers队列
4c、头信息错误,关闭链接
4b、头信息解析完毕,设置读事件入口为:ngx_http_block_read(终止读body,先执行流水线)。
4b、ngx_http_handler进入http流水线处理。
ngx_http_handler过程
1、设置写事件入口为:ngx_http_phase_event_handler
1、执行ngx_http_run_phases
2、(ngx_http_phases定义了阶段。每个阶段有模块入口函数组成的数组。)
2、依次执行每个阶段。调用各个阶段里的函数操作
2、ngx_http_finalize_request请求的收尾工作
阶段一:NGX_HTTP_REWRITE_PHASE
ngx_http_rewrite_module模块负责阶段一的工作。
***http_rewrite模块初始化(init_module):ngx_http_rewrite_init***
设置阶段一NGX_HTTP_REWRITE_PHASE的处理入口为函数ngx_http_rewrite_handler
***阶段一处理:ngx_http_rewrite_handler***
获取所有rewrite配置项信息,依次做正则匹配,替换ngx_http_request_t对象的uri。
一般回复NGX_DECLINED状态进入下一个阶段一处理(没有),最后进入阶段二。
阶段二:NGX_HTTP_FIND_CONFIG_PHASE
ngx_http_block中已经设置NGX_HTTP_FIND_CONFIG_PHASE的处理入口函数为ngx_http_find_location_config
***阶段二处理:ngx_http_find_location_config***
使用ngx_http_request_t对象的uri成员去匹配配置文件中的location{}信息,将匹配到的location信息记录到loc_conf成员。(配置代理模式(ngx_http_proxy_module模块的proxy_pass配置项)时,设置content_handler为ngx_http_proxy_handler;配置重定向模式(ngx_http_rewrite_module模块redirect配置项)时,设置content_handler为ngx_http_redirect_handler,要细研究下)
阶段三:NGX_HTTP_ACCESS_PHASE
ngx_http_access_module模块负责阶段三的工作。
***ngx_http_access_module模块初始化(init_module):ngx_http_access_init***
***阶段三处理:ngx_http_access_handler***
匹配ngx_http_access_commands模块的allow配置项,则通过权限验证;
匹配ngx_http_access_commands模块的deny配置项,则不通过权限验证;
阶段四:NGX_HTTP_CONTENT_PHASE
ngx_http_index_module模块和ngx_http_static_module模块负责阶段四的工作。
(排在前面的后执行,排在后面的先执行)
***模块初始化(init_module):ngx_http_index_init、ngx_http_static_init***
***阶段四处理1:ngx_http_index_handler***
1、创建ngx_http_index_ctx_t对象(r->ctx[ngx_http_index_module])
1、
***阶段四处理2:ngx_http_static_handler***