首先繼續回憶下，之前子執行緒執行操作裡面有一個未涉及的內容ngx_process_events_and_timers，今天我們就來研究下這個函式。

本篇文章來自於：http://blog.csdn.net/lengzijian/article/details/7601730

先來看一下第十九節的部分截圖：

今天主要講解的就是事件驅動函式，圖中的紅色部分：

[cpp] view plaincopyprint?

1. src/event/ngx_event.c  
2.   
3. void  
4. ngx_process_events_and_timers(ngx_cycle_t *cycle)  
5. {  
6.     ngx_uint_t  flags;  
7.     ngx_msec_t  timer, delta;  
8.   
9.     if (ngx_timer_resolution) {  
10.         timer = NGX_TIMER_INFINITE;  
11.         flags = 0;  
12.   
13.     } else {  
14.         timer = ngx_event_find_timer();  
15.         flags = NGX_UPDATE_TIME;  
16.     }  
17.       
18.     /* 
19.     ngx_use_accept_mutex變數代表是否使用accept互斥體 
20.     預設是使用，可以通過accept_mutex off;指令關閉； 
21.     accept mutex 的作用就是避免驚群，同時實現負載均衡 
22.     */  
23.     if (ngx_use_accept_mutex) {  
24.           
25.         /* 
26.         ngx_accept_disabled變數在ngx_event_accept函式中計算。 
27.         如果ngx_accept_disabled大於0，就表示該程序接受的連結過多， 
28.         因此放棄一次爭搶accept mutex的機會，同時將自己減一。 
29.         然後，繼續處理已有連線上的事件。 
30.         nginx就利用這一點實現了繼承關於連線的基本負載均衡。 
31.         */  
32.         if (ngx_accept_disabled > 0) {  
33.             ngx_accept_disabled--;  
34.   
35.         } else {  
36.             /* 
37.             嘗試鎖accept mutex，只有成功獲取鎖的程序，才會將listen套接字放到epoll中。 
38.             因此，這就保證了只有一個程序擁有監聽套介面，故所有程序阻塞在epoll_wait時， 
39.             才不會驚群現象。 
40.             */  
41.             if (ngx_trylock_accept_mutex(cycle) == NGX_ERROR) {  
42.                 return;  
43.             }  
44.   
45.             if (ngx_accept_mutex_held) {  
46.                 /* 
47.                 如果程序獲得了鎖，將新增一個 NGX_POST_EVENTS 標誌。 
48.                 這個標誌的作用是將所有產生的事件放入一個佇列中，等釋放後，在慢慢來處理事件。 
49.                 因為，處理時間可能會很耗時，如果不先施放鎖再處理的話，該程序就長時間霸佔了鎖， 
50.                 導致其他程序無法獲取鎖，這樣accept的效率就低了。 
51.                 */  
52.                 flags |= NGX_POST_EVENTS;  
53.   
54.             } else {  
55.                 /* 
56.                 沒有獲得所得程序，當然不需要NGX_POST_EVENTS標誌。 
57.                 但需要設定延時多長時間，再去爭搶鎖。 
58.                 */  
59.                 if (timer == NGX_TIMER_INFINITE  
60.                     || timer > ngx_accept_mutex_delay)  
61.                 {  
62.                     timer = ngx_accept_mutex_delay;  
63.                 }  
64.             }  
65.         }  
66.     }  
67.   
68.     delta = ngx_current_msec;  
69.       
70.     /*接下來，epoll要開始wait事件， 
71.     ngx_process_events的具體實現是對應到epoll模組中的ngx_epoll_process_events函式 
72.     這裡之後會詳細講解的哦 
73.     */  
74.     (void) ngx_process_events(cycle, timer, flags);  
75.     //統計本次wait事件的耗時  
76.     delta = ngx_current_msec - delta;  
77.   
78.     ngx_log_debug1(NGX_LOG_DEBUG_EVENT, cycle->log, 0,  
79.                    "timer delta: %M", delta);  
80.   
81.     /* 
82.     ngx_posted_accept_events是一個事件佇列，暫存epoll從監聽套介面wait到的accept事件。 
83.     前文提到的NGX_POST_EVENTS標誌被使用後，會將所有的accept事件暫存到這個佇列 
84.     */  
85.     if (ngx_posted_accept_events) {  
86.         ngx_event_process_posted(cycle, &ngx_posted_accept_events);  
87.     }  
88.     //所有accept事件處理完之後，如果持有鎖的話，就釋放掉。  
89.     if (ngx_accept_mutex_held) {  
90.         ngx_shmtx_unlock(&ngx_accept_mutex);  
91.     }  
92.       
93.     /* 
94.     delta是之前統計的耗時，存在毫秒級的耗時，就對所有時間的timer進行檢查， 
95.     如果timeout 就從time rbtree中刪除到期的timer，同時呼叫相應事件的handler函式處理 
96.     */  
97.     if (delta) {  
98.         ngx_event_expire_timers();  
99.     }  
100.   
101.     ngx_log_debug1(NGX_LOG_DEBUG_EVENT, cycle->log, 0,  
102.                    "posted events %p", ngx_posted_events);  
103.   
104.     /* 
105.     處理普通事件(連線上獲得的讀寫事件)， 
106.     因為每個事件都有自己的handler方法， 
107.     */  
108.     if (ngx_posted_events) {  
109.         if (ngx_threaded) {  
110.             ngx_wakeup_worker_thread(cycle);  
111.   
112.         } else {  
113.             ngx_event_process_posted(cycle, &ngx_posted_events);  
114.         }  
115.     }  
116. }  

之前有說過accept事件，其實他就是監聽套介面上是否有新來的事件，下面介紹下accept時間的handler方法：

ngx_event_accept：

[cpp] view plaincopyprint?

1. src/event/ngx_event_accept.c  
2.   
3. void  
4. ngx_event_accept(ngx_event_t *ev)  
5. {  
6.     socklen_t          socklen;  
7.     ngx_err_t          err;  
8.     ngx_log_t         *log;  
9.     ngx_socket_t       s;  
10.     ngx_event_t       *rev, *wev;  
11.     ngx_listening_t   *ls;  
12.     ngx_connection_t  *c, *lc;  
13.     ngx_event_conf_t  *ecf;  
14.     u_char             sa[NGX_SOCKADDRLEN];  
15.       
16.     //省略部分程式碼  
17.   
18.     lc = ev->data;  
19.     ls = lc->listening;  
20.     ev->ready = 0;  
21.   
22.     ngx_log_debug2(NGX_LOG_DEBUG_EVENT, ev->log, 0,  
23.                    "accept on %V, ready: %d", &ls->addr_text, ev->available);  
24.   
25.     do {  
26.         socklen = NGX_SOCKADDRLEN;  
27.         //accept一個新的連線  
28.         s = accept(lc->fd, (struct sockaddr *) sa, &socklen);  
29.         //省略部分程式碼  
30.           
31.         /* 
32.         accept到一個新的連線後，就重新計算ngx_accept_disabled的值， 
33.         它主要是用來做負載均衡，之前有提過。 
34.          
35.         這裡，我們可以看到他的就只方式 
36.         “總連線數的八分之一   -   剩餘的連線數“ 
37.         總連線指每個程序設定的最大連線數，這個數字可以再配置檔案中指定。 
38.          
39.         所以每個程序到總連線數的7/8後，ngx_accept_disabled就大於零，連線超載了 
40.          
41.         */  
42.   
43.         ngx_accept_disabled = ngx_cycle->connection_n / 8  
44.                               - ngx_cycle->free_connection_n;  
45.           
46.         //獲取一個connection  
47.         c = ngx_get_connection(s, ev->log);  
48.   
49.         //為新的連結建立起一個memory pool  
50.         //連線關閉的時候，才釋放pool  
51.   
52.         c->pool = ngx_create_pool(ls->pool_size, ev->log);  
53.         if (c->pool == NULL) {  
54.             ngx_close_accepted_connection(c);  
55.             return;  
56.         }  
57.   
58.         c->sockaddr = ngx_palloc(c->pool, socklen);  
59.         if (c->sockaddr == NULL) {  
60.             ngx_close_accepted_connection(c);  
61.             return;  
62.         }  
63.   
64.         ngx_memcpy(c->sockaddr, sa, socklen);  
65.   
66.         log = ngx_palloc(c->pool, sizeof(ngx_log_t));  
67.         if (log == NULL) {  
68.             ngx_close_accepted_connection(c);  
69.             return;  
70.         }  
71.   
72.         /* set a blocking mode for aio and non-blocking mode for others */  
73.   
74.         if (ngx_inherited_nonblocking) {  
75.             if (ngx_event_flags & NGX_USE_AIO_EVENT) {  
76.                 if (ngx_blocking(s) == -1) {  
77.                     ngx_log_error(NGX_LOG_ALERT, ev->log, ngx_socket_errno,  
78.                                   ngx_blocking_n " failed");  
79.                     ngx_close_accepted_connection(c);  
80.                     return;  
81.                 }  
82.             }  
83.   
84.         } else {  
85.             //我們使用epoll模型，這裡我們設定連線為nonblocking  
86.             if (!(ngx_event_flags & (NGX_USE_AIO_EVENT|NGX_USE_RTSIG_EVENT))) {  
87.                 if (ngx_nonblocking(s) == -1) {  
88.                     ngx_log_error(NGX_LOG_ALERT, ev->log, ngx_socket_errno,  
89.                                   ngx_nonblocking_n " failed");  
90.                     ngx_close_accepted_connection(c);  
91.                     return;  
92.                 }  
93.             }  
94.         }  
95.   
96.         *log = ls->log;  
97.         //初始化新的連線  
98.         c->recv = ngx_recv;  
99.         c->send = ngx_send;  
100.         c->recv_chain = ngx_recv_chain;  
101.         c->send_chain = ngx_send_chain;  
102.   
103.         c->log = log;  
104.         c->pool->log = log;  
105.   
106.         c->socklen = socklen;  
107.         c->listening = ls;  
108.         c->local_sockaddr = ls->sockaddr;  
109.   
110.         c->unexpected_eof = 1;  
111.   
112. #if (NGX_HAVE_UNIX_DOMAIN)  
113.         if (c->sockaddr->sa_family == AF_UNIX) {  
114.             c->tcp_nopush = NGX_TCP_NOPUSH_DISABLED;  
115.             c->tcp_nodelay = NGX_TCP_NODELAY_DISABLED;  
116. #if (NGX_SOLARIS)  
117.             /* Solaris's sendfilev() supports AF_NCA, AF_INET, and AF_INET6 */  
118.             c->sendfile = 0;  
119. #endif  
120.         }  
121. #endif  
122.   
123.         rev = c->read;  
124.         wev = c->write;  
125.   
126.         wev->ready = 1;  
127.   
128.         if (ngx_event_flags & (NGX_USE_AIO_EVENT|NGX_USE_RTSIG_EVENT)) {  
129.             /* rtsig, aio, iocp */  
130.             rev->ready = 1;  
131.         }  
132.   
133.         if (ev->deferred_accept) {  
134.             rev->ready = 1;  
135. #if (NGX_HAVE_KQUEUE)  
136.             rev->available = 1;  
137. #endif  
138.         }  
139.   
140.         rev->log = log;  
141.         wev->log = log;  
142.   
143.         /* 
144.          * TODO: MT: - ngx_atomic_fetch_add() 
145.          *             or protection by critical section or light mutex 
146.          * 
147.          * TODO: MP: - allocated in a shared memory 
148.          *           - ngx_atomic_fetch_add() 
149.          *             or protection by critical section or light mutex 
150.          */  
151.   
152.         c->number = ngx_atomic_fetch_add(ngx_connection_counter, 1);  
153.           
154.         if (ngx_add_conn && (ngx_event_flags & NGX_USE_EPOLL_EVENT) == 0) {  
155.             if (ngx_add_conn(c) == NGX_ERROR) {  
156.                 ngx_close_accepted_connection(c);  
157.                 return;  
158.             }  
159.         }  
160.   
161.         log->data = NULL;  
162.         log->handler = NULL;  
163.           
164.         /* 
165.         這裡listen handler很重要，它將完成新連線的最後初始化工作， 
166.         同時將accept到的新的連線放入epoll中；掛在這個handler上的函式， 
167.         就是ngx_http_init_connection 在之後http模組中在詳細介紹 
168.         */  
169.         ls->handler(c);  
170.   
171.         if (ngx_event_flags & NGX_USE_KQUEUE_EVENT) {  
172.             ev->available--;  
173.         }  
174.   
175.     } while (ev->available);  
176. }  

accpt事件的handler方法也就是如此了。之後就是每個連線的讀寫事件handler方法，這一部分會直接將我們引入http模組，我們還不急，還要學習下nginx經典模組epoll。