参考资料<深入理解Nginx>(陶辉)
处理HTTP请求
接着上一次的内容，本次将说明HTTP框架是如何召集负责具体功能的各HTTP模块合作处理请求的。
在http://www.cnblogs.com/runnyu/p/4918135.html的最后是通过ngx_http_process_request方法开始处理请求的，该方法流程如下图
2.设置读、写事件的回调方法为ngx_http_request_handler方法，请求的后续处理都是通过ngx_http_request_handler方法进行的。
6.设置ngx_http_request_t结构体的write_event_handler成员为ngx_http_core_run_phases方法。该方法可能会被多次调度来完成HTTP请求的处理。
7.调用ngx_http_core_run_phases回调方法，该方法执行流程如下
ngx_http_request_t结构体中的phase_handler成员(处理流程的核心)将决定执行到哪一阶段，关于该成员跟其相关的数据结构可以查看http://www.cnblogs.com/runnyu/p/4910952.html。
该回调方法的源码如下
void ngx_http_core_run_phases(ngx_http_request_t *r)
{
ngx_int_t rc;
ngx_http_phase_handler_t *ph;
cmcf=ngx_http_get_module_man_conf(r,ngx_http_core_module);
ph=cmcf->phase_engine.handlers;
while(ph[phase_handler].checker){
rc=ph[r->phase_handler].checker(r,&ph[r->phase_hanlder]);
if(rc==NGX_OK){
return;
}
}
}
只有当相应的checker方法返回NGX_OK时才将控制权交还给Nginx的事件模块，否则将继续执行(checker方法中会修改phase_handler成员以向下执行)。
当这个请求上对应的事件再次触发时，HTTP框架将回调ngx_http_request_handler方法开始处理请求(上面已经设置了该方法为其读、写事件的回调方法)。
下图是ngx_http_request_handler方法的流程
2.如果当前事件可写，将调用ngx_http_reqeust_t结构体中的write_event_handler方法。该方法在上面已经设置为ngx_http_core_run_phases，可见该方法会被多次调用。
Checker方法
checker方法是HTTP框架定义的，每一个HTTP处理阶段对应着相应着一个checker方法(有的阶段的checker方法一样)，handler方法只有在checker方法中调用。
checker方法的主要任务在于，根据phase_handler执行某个HTTP模块实现的回调方法，并根据方法的返回值决定:
1.当前阶段是否已经结束
2.下次要执行的回调方法是哪一个
3.是立刻执行下一个回调方法还是先把控制权交还给epoll
下面介绍HTTP框架中其中两个checker方法的介绍
ngx_http_core_generic_phase
在前面的http://www.cnblogs.com/runnyu/p/4910952.html下面有该方法的介绍，下面只给出该方法的流程图
可见，checker方法主要是根据handler方法的返回值来改变phase_handler的值以用来控制handler方法的执行顺序的。
ngx_http_core_content_phase
ngx_http_core_content_phase是NGX_HTTP_CONTENT_PHASE阶段的checker方法。是我们开发HTTP模块时最常用的一个阶段。
其余10个阶段中各HTTP模块的handler方法都是放在全局ngx_http_core_main_conf_t结构体中，而该阶段的handler方法则可以放在ngx_http_core_conf_t结构体中，这就是按需挂载的基础
typedef struct ngx_http_core_loc_conf_s ngx_http_core_loc_conf_tstruct ngx_http_core_loc_conf_s {
...
ngx_http_handler_pt handler;
...
}
在我们最初的开发的HTTP模块中：http://www.cnblogs.com/runnyu/p/4871866.html
当检测到mytest配置项后，调用ngx_http_mytest方法将上面ngx_http_core_loc_conf_t的handler成员设置为自己的handler函数，实现了按需挂载。
事实上，在NGX_HTTP_FIND_CONFIG_PHASE阶段就会把ngx_http_request_t结构体的content_handler成员设置为匹配请求URI的location下的ngx_http_core_loc_conf_t结构体的handler成员。
下面是该checker方法的流程图，可以看出是如何实现按需挂载的
