nginxhttp处理过程分析之综述

综述

为了节省大家时间和提高效率&＃xff0c;这里给出两篇非常不错的文章&＃xff0c;出自同一人(应该是雕梁)之手&＃xff1a;

1.nginx接受连接&＃xff0c;请求处理的前置工作处理

http://www.pagefault.info/?p&＃61;205

2.正式进行request请求处理

http://simohayha.iteye.com/blog/632115

这两篇文章基本上将nginx从连接建立到请求解析过程的绝大部分内容都讲清楚了&＃xff0c;这里我想针对里面有些细节&＃xff0c;或者是作者没有提到的一些重点地方&＃xff0c;跟大家一起分享下。

这里以文章1中的一个流程图开始&＃xff1a;

1.ngx_accept

(1)在ngx_event_process_init&＃xff0c;即事件初始化阶段&＃xff0c;会设置读事件(这里肯定是针对accpet了)的处理函数为ngx_event_accept&＃xff0c;也就是说&＃xff0c;当客户端连接到来时&＃xff0c;触发的read事件&＃xff0c;nginx就可以accpet这个连接了。

(2)这里我们忽略非epoll的条件判断&＃xff0c;我们看到ev->available &＃61; ecf->multi_accept;

multi_accept是一个事件模块的一个配置指令&＃xff0c;它的作用是控制accept的次数&＃xff0c;即在每次新连接到来时&＃xff0c;是获取一个连接还是accpet多个(并发连接较多时)&＃xff0c;考虑到多个worker进程的负载问题&＃xff0c;如果multi_accept配置过大&＃xff0c;可能使短时间一个进程过于忙绿&＃xff0c;所以默认下&＃xff0c;是不开启的&＃xff0c;即一次只accpet一个连接。

(3)accept4系统调用

在nginx 0.9.0版本里面新增了accpet4的系统调用&＃xff0c;这个系统调用比较新&＃xff0c;好像是出现在2.6.28内核中&＃xff0c;有趣的是正是上述文章的作者提交了这一patch&＃xff0c;并最终得到了Igor的认可&＃xff0c;呵呵。

这里简单说一下&＃xff0c;这个系统调用的作用。一般我们在accept后&＃xff0c;会对新的client fd做一些设置&＃xff0c;如通过fcnt设置FD_CLOEXEC或者O_NONBLOCK等等&＃xff0c;在accept4中的最后一个参数就是用来设置这两个参数&＃xff1a;

intaccept4(int sockfd, struct sockaddr *addr, socklen_t *addrlen, int flags);

flags&＃xff1a;SOCK_NONBLOCKor SOCK_CLOEXEC

为什么只有这两个flag吗&＃xff1f;不清楚&＃xff0c;我个人认为是这两个选项比较常用&＃xff0c;这样一来的目的就可以让开发者少敲代码&＃xff0c;降低出错的可能吧&＃61;&＃61;&＃xff01;

2.ngx_http_init_connection

ngx_event_accept中通过ls->handler(c)&＃xff0c;来调用了ngx_http_init_connection。这里的工作中&＃xff0c;有个设置write->handler的操作&＃xff1a;

// ngx_http_empty_handler基本上是个空操作&＃xff0c;除了打印一些信息之外&＃xff0c;其他什么也没做。// 这样设计的意图在于&＃xff0c;在处理请求的read事件阶段&＃xff0c;没有需要write的动作&＃xff0c;// 如果确实得到了write事件&＃xff0c;那么就忽略它了。c->write->handler&＃61; ngx_http_empty_handler;


3.ngx_http_init_request

在这个函数中涉及到一个问题&＃xff0c;就是如何根据一个接收到的连接&＃xff0c;来确定要使用哪个server conf的配置。这里给出一个对这个问题阐述比较好的文章&＃xff1a;

http://bollaxu.iteye.com/blog/859168

在之后设置请求内容的处理函数&＃xff1a;

rev->handler&＃61; ngx_http_process_request_line;

r->read_event_handler&＃61; ngx_http_block_reading;

上面有个read_event_handler的设置&＃xff0c;ngx_http_block_reading函数主要是移除read事件。这样做的目的是&＃xff0c;是为了在处理当前的request时间内&＃xff0c;暂时停止处理新的请求&＃xff0c;因为同一连接内会有有多个所谓的pipeline请求。而什么时间来继续处理新请求&＃xff0c;由程序来控制&＃xff0c;需要的时候再处理(如在keepalive相关处理)。

后面的内容&＃xff0c;如request的解析&＃xff0c;run_phases 中handler的处理等等&＃xff0c;在前面介绍的作者的blog中都有很详细的分析&＃xff0c;大家可以参考下&＃xff1a;

http://simohayha.iteye.com/category/101180