学步园

转载申明：本文可以任意转载，但需注明原文地址，谢谢！

事件循环这个概念貌似在windows编程中提得更多，Linux程序却很少提及这个概念。本文所提及的事件循环其实就是worker cycle，由于此处将关注的不再是worker进程，而是worker进程在循环过程中关于事件处理的环节，因此就盗用了事件循环这个概念。在具体看代码前，先看一下这个“循环”的概貌：

经过前面相关博文的介绍，我们了解到master进程创建好一个worker进程后，worker进程还会进行一个初始化工作，然后才会陷入“死”循环中。这个“死循环”也就是本文将谈及的事件循环，也就是上图中的黄色部分。整个黄色部份是由一个循环构成的，实际上，这个循环里将会做很多的事情，但本文将只关注图中红色标注的事件部分——ngx_process_events_and_timers。ngx_process_events_and_timers是一个函数（定义在src/event/ngx_event.c中）。接下来，就从这个函数开始进入事件驱动的核心。

void<br /> ngx_process_events_and_timers(ngx_cycle_t *cycle)<br /> {<br /> ngx_uint_t flags;<br /> ngx_msec_t timer, delta;<br /> if (ngx_timer_resolution) {<br /> timer = NGX_TIMER_INFINITE;<br /> flags = 0;<br /> } else {<br /> timer = ngx_event_find_timer();<br /> flags = NGX_UPDATE_TIME;<br /> }<br /> /*ngx_use_accept_mutex变量代表是否使用accept互斥体<br /> 默认是使用，accept_mutex off;指令关闭。<br /> accept mutex的作用就是避免惊群，同时实现负载均衡。<br /> */<br /> if (ngx_use_accept_mutex) {</p> <p> /*<br /> ngx_accept_disabled变量在ngx_event_accept函数中计算。<br /> 如果ngx_accept_disabled大于了0，就表示该进程接受的<br /> 连接过多，因此就放弃一次争抢accept mutex的机会，同时将<br /> 自己减1。然后，继续处理已有连接上的事件。Nginx就借用<br /> 此变量实现了进程关于连接的基本负载均衡。<br /> */<br /> if (ngx_accept_disabled > 0) {<br /> ngx_accept_disabled--;<br /> } else {<br /> /* ngx_accept_disabled小于0，连接数没超载*/</p> <p> /*尝试锁accept mutex，只有成功获取锁的进程，才会将listen<br /> 套接字放入epoll中。因此，这就保证了只有一个进程拥有<br /> 监听套接口，故所有进程阻塞在epoll_wait时，不会出现惊群现象。<br /> */<br /> if (ngx_trylock_accept_mutex(cycle) == NGX_ERROR) {<br /> return;<br /> }<br /> if (ngx_accept_mutex_held) {<br /> /*获取锁的进程，将添加一个NGX_POST_EVENTS标志，<br /> 此标志的作用是将所有产生的事件放入一个队列中，<br /> 等释放锁后，再慢慢来处理事件。因为，处理事件可能<br /> 会很耗时，如果不先释放锁再处理的话，该进程就长<br /> 时间霸占了锁，导致其他进程无法获取锁，这样accept<br /> 的效率就低了。<br /> */<br /> flags |= NGX_POST_EVENTS;<br /> } else {</p> <p> /*没有获得锁的进程，当然不需要NGX_POST_EVENTS标志了。<br /> 但需要设置最长延迟多久，再次去争抢锁。<br /> */<br /> if (timer == NGX_TIMER_INFINITE<br /> || timer > ngx_accept_mutex_delay)<br /> {<br /> timer = ngx_accept_mutex_delay;<br /> }<br /> }<br /> }<br /> }</p> <p> delta = ngx_current_msec;<br /> /*epoll开始wait事件了,ngx_process_events的具体实现是对应到<br /> epoll模块中的ngx_epoll_process_events函数。单独分析epoll<br /> 模块的时候，再具体看看。<br /> */<br /> (void) ngx_process_events(cycle, timer, flags);<br /> delta = ngx_current_msec - delta; /*统计本次wait事件的耗时*/<br /> /*ngx_posted_accept_events是一个事件队列<br /> 暂存epoll从监听套接口wait到的accept事件。<br /> 前文提到的NGX_POST_EVENTS标志被使用后，就会将<br /> 所有的accept事件暂存到这个队列。</p> <p> 这里完成对队列中的accept事件的处理，实际就是调用<br /> ngx_event_accept函数来获取一个新的连接，然后放入<br /> epoll中。<br /> */<br /> if (ngx_posted_accept_events) {<br /> ngx_event_process_posted(cycle, &ngx_posted_accept_events);<br /> }<br /> /*所有accept事件处理完成，如果拥有锁的话，就赶紧释放了。<br /> 其他进程还等着抢了。<br /> */<br /> if (ngx_accept_mutex_held) {<br /> ngx_shmtx_unlock(&ngx_accept_mutex);<br /> }<br /> /*delta是上文对epoll wait事件的耗时统计，存在毫秒级的耗时<br /> 就对所有事件的timer进行检查，如果time out就从timer rbtree中，<br /> 删除到期的timer，同时调用相应事件的handler函数完成处理。<br /> */<br /> if (delta) {<br /> ngx_event_expire_timers();<br /> }<br /> /*处理普通事件（连接上获得的读写事件）队列上的所有事件，<br /> 因为每个事件都有自己的handler方法，该怎么处理事件就<br /> 依赖于事件的具体handler了。<br /> */<br /> if (ngx_posted_events) {<br /> if (ngx_threaded) {<br /> ngx_wakeup_worker_thread(cycle);<br /> } else {<br /> ngx_event_process_posted(cycle, &ngx_posted_events);<br /> }<br /> }<br /> }

ngx_process_events_and_timers一做完工作，就又回到了事件循环中去了，上图示；但会很快又会回到事件处理中来。

上文中，分析了事件循环中有关事件处理的过程；在分析的过程中，我们有提到对accept事件的处理，accept事件就是监听套接口上有新的连接到来的事件；接下来，我们分析一下accept事件的handler方法，看看accept事件的处理过程是如何的。accept事件的handler方法是ngx_event_accept（位于src/event/ngx_event_accept.c中），代码分析如下：

void<br /> ngx_event_accept(ngx_event_t *ev)<br /> {<br /> socklen_t socklen;<br /> ngx_err_t err;<br /> ngx_log_t *log;<br /> ngx_socket_t s;<br /> ngx_event_t *rev, *wev;<br /> ngx_listening_t *ls;<br /> ngx_connection_t *c, *lc;<br /> ngx_event_conf_t *ecf;<br /> u_char sa[NGX_SOCKADDRLEN];<br /> 。。。。。。。。。。。。。。。。。</p> <p> lc = ev->data;<br /> ls = lc->listening;<br /> ev->ready = 0;<br /> do {<br /> socklen = NGX_SOCKADDRLEN;<br /> /*accept一个新的连接*/<br /> s = accept(lc->fd, (struct sockaddr *) sa, &socklen);<br /> /*连接的错误处理*/<br /> if (s == -1) {<br /> err = ngx_socket_errno;<br /> if (err == NGX_EAGAIN) {<br /> ngx_log_debug0(NGX_LOG_DEBUG_EVENT, ev->log, err,<br /> "accept() not ready");<br /> return;<br /> }<br /> ngx_log_error((ngx_uint_t) ((err == NGX_ECONNABORTED) ?<br /> NGX_LOG_ERR : NGX_LOG_ALERT),<br /> ev->log, err, "accept() failed");<br /> if (err == NGX_ECONNABORTED) {<br /> if (ngx_event_flags & NGX_USE_KQUEUE_EVENT) {<br /> ev->available--;<br /> }<br /> if (ev->available) {<br /> continue;<br /> }<br /> }<br /> return;<br /> }<br /> /*accept到一个新的连接后，就重新计算ngx_accept_disabled的值<br /> ngx_accept_disabled已经提及过了，它主要用来做负载均衡之用。</p> <p> 这里，我们能够看到它的求值方式是“总连接数的八分之一，减去<br /> 剩余的连接数”。总连接数是指每个进程设定的最大连接数，这个数字<br /> 可以在配置文件中指定。由此处的计算方式，可以看出：每个进程accept<br /> 到总连接数的7/8后，ngx_accept_disabled就大于0了，连接也就<br /> 超载了。<br /> */<br /> ngx_accept_disabled = ngx_cycle->connection_n / 8<br /> - ngx_cycle->free_connection_n;<br /> /*从connections数组中获取一个connecttion slot来维护新的连接*/<br /> c = ngx_get_connection(s, ev->log);<br /> if (c == NULL) {<br /> if (ngx_close_socket(s) == -1) {<br /> ngx_log_error(NGX_LOG_ALERT, ev->log, ngx_socket_errno,<br /> ngx_close_socket_n " failed");<br /> }<br /> return;<br /> }<br /> /*为新的连接创建起一个memory pool，连接关闭的时候，才释放这个pool*/<br /> c->pool = ngx_create_pool(ls->pool_size, ev->log);<br /> if (c->pool == NULL) {<br /> ngx_close_accepted_connection(c);<br /> return;<br /> }<br /> 。。。。。。。。。。。。。。<br /> /* set a blocking mode for aio and non-blocking mode for others */<br /> if (ngx_inherited_nonblocking) {<br /> if (ngx_event_flags & NGX_USE_AIO_EVENT) {<br /> if (ngx_blocking(s) == -1) {<br /> ngx_log_error(NGX_LOG_ALERT, ev->log, ngx_socket_errno,<br /> ngx_blocking_n " failed");<br /> ngx_close_accepted_connection(c);<br /> return;<br /> }<br /> }<br /> } else {<br /> /*我们使用的epoll模型，在这里设置连接为nonblocking*/<br /> if (!(ngx_event_flags & (NGX_USE_AIO_EVENT|NGX_USE_RTSIG_EVENT))) {<br /> if (ngx_nonblocking(s) == -1) {<br /> ngx_log_error(NGX_LOG_ALERT, ev->log, ngx_socket_errno,<br /> ngx_nonblocking_n " failed");<br /> ngx_close_accepted_connection(c);<br /> return;<br /> }<br /> }<br /> }<br /> *log = ls->log;<br /> /*初始化新连接*/<br /> c->recv = ngx_recv;<br /> c->send = ngx_send;<br /> c->recv_chain = ngx_recv_chain;<br /> c->send_chain = ngx_send_chain;<br /> c->log = log;<br /> c->pool->log = log;<br /> c->socklen = socklen;<br /> c->listening = ls;<br /> c->local_sockaddr = ls->sockaddr;<br /> c->local_socklen = ls->socklen;<br /> c->unexpected_eof = 1;<br /> rev = c->read;<br /> wev = c->write;<br /> wev->ready = 1;<br /> if (ngx_event_flags & (NGX_USE_AIO_EVENT|NGX_USE_RTSIG_EVENT)) {<br /> /* rtsig, aio, iocp */<br /> rev->ready = 1;<br /> }<br /> if (ev->deferred_accept) {<br /> rev->ready = 1;<br /> }<br /> rev->log = log;<br /> wev->log = log;<br /> /*<br /> * TODO: MT: - ngx_atomic_fetch_add()<br /> * or protection by critical section or light mutex<br /> *<br /> * TODO: MP: - allocated in a shared memory<br /> * - ngx_atomic_fetch_add()<br /> * or protection by critical section or light mutex<br /> */<br /> c->number = ngx_atomic_fetch_add(ngx_connection_counter, 1);<br /> 。。。。。。。。。。。。。。。。。。。<br /> if (ngx_add_conn && (ngx_event_flags & NGX_USE_EPOLL_EVENT) == 0) {<br /> if (ngx_add_conn(c) == NGX_ERROR) {<br /> ngx_close_accepted_connection(c);<br /> return;<br /> }<br /> }<br /> log->data = NULL;<br /> log->handler = NULL;<br /> /*这里的listen handler很重要，它将完成新连接的最后初始化工作<br /> 同时将accept到的新连接放入epoll中；挂在这个handler上的函数<br /> 就是ngx_http_init_connection(位于src/http/ngx_http_request.c中)；<br /> 这个函数放在分析http模块的时候再看吧。<br /> */<br /> ls->handler(c);<br /> if (ngx_event_flags & NGX_USE_KQUEUE_EVENT) {<br /> ev->available--;<br /> }<br /> } while (ev->available);<br /> }

accept事件的handler方法也就是如此了。剩下的就是每个连接上的读写事件的handler方法没有分析了，这一部分的内容将直接带领我们进入http模块中，所以等我们把epoll看完了，再开始http模块的分析吧。

备注：今天太阳真好，趁太阳还没有下山，就此收尾，然后出去享受周末的阳光。