nginx 源碼學習筆記（二十一）—— event 模組二 ——事件驅動核心ngx_process_events_and_timers

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

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

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

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

[cpp] view plaincopyprint?

1. src/event/ngx_event.c
3. void
4. ngx_process_events_and_timers(ngx_cycle_t *cycle)
5. {
6. ngx_uint_t flags;
7. ngx_msec_t timer, delta;
9. if (ngx_timer_resolution) {
10. timer = NGX_TIMER_INFINITE;
11. flags = 0;
13. } else {
14. timer = ngx_event_find_timer();
15. flags = NGX_UPDATE_TIME;
16. }
18. /*
19. ngx_use_accept_mutex變數代表是否使用accept互斥體
20. 預設是使用，可以通過accept_mutex off;指令關閉；
21. accept mutex 的作用就是避免驚群，同時實現負載平衡
22. */
23. if (ngx_use_accept_mutex) {
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--;
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. }
45. if (ngx_accept_mutex_held) {
46. /*
47. 如果進程獲得了鎖，將添加一個 NGX_POST_EVENTS 標誌。
48. 這個標誌的作用是將所有產生的事件放入一個隊列中，等釋放後，在慢慢來處理事件。
49. 因為，處理時間可能會很耗時，如果不先施放鎖再處理的話，該進程就長時間霸佔了鎖，
50. 導致其他進程無法擷取鎖，這樣accept的效率就低了。
51. */
52. flags |= NGX_POST_EVENTS;
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. }
68. delta = ngx_current_msec;
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;
78. ngx_log_debug1(NGX_LOG_DEBUG_EVENT, cycle->log, 0,
79. "timer delta: %M", delta);
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. }
93. /*
94. delta是之前統計的耗時，存在毫秒級的耗時，就對所有時間的timer進行檢查，
95. 如果timeout 就從time rbtree中刪除到期的timer，同時調用相應事件的handler函數處理
96. */
97. if (delta) {
98. ngx_event_expire_timers();
99. }
101. ngx_log_debug1(NGX_LOG_DEBUG_EVENT, cycle->log, 0,
102. "posted events %p", ngx_posted_events);
104. /*
105. 處理普通事件(串連上獲得的讀寫事件)，
106. 因為每個事件都有自己的handler方法，
107. */
108. if (ngx_posted_events) {
109. if (ngx_threaded) {
110. ngx_wakeup_worker_thread(cycle);
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
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];
16. //省略部分代碼
18. lc = ev->data;
19. ls = lc->listening;
20. ev->ready = 0;
22. ngx_log_debug2(NGX_LOG_DEBUG_EVENT, ev->log, 0,
23. "accept on %V, ready: %d", &ls->addr_text, ev->available);
25. do {
26. socklen = NGX_SOCKADDRLEN;
27. //accept一個新的串連
28. s = accept(lc->fd, (struct sockaddr *) sa, &socklen);
29. //省略部分代碼
31. /*
32. accept到一個新的串連後，就重新計算ngx_accept_disabled的值，
33. 它主要是用來做負載平衡，之前有提過。
35. 這裡，我們可以看到他的就只方式
36. “總串連數的八分之一 - 剩餘的串連數“
37. 總串連指每個進程設定的最大串連數，這個數字可以再設定檔中指定。
39. 所以每個進程到總串連數的7/8後，ngx_accept_disabled就大於零，串連超載了
41. */
43. ngx_accept_disabled = ngx_cycle->connection_n / 8
44. - ngx_cycle->free_connection_n;
46. //擷取一個connection
47. c = ngx_get_connection(s, ev->log);
49. //為新的連結建立起一個memory pool
50. //串連關閉的時候，才釋放pool
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. }
58. c->sockaddr = ngx_palloc(c->pool, socklen);
59. if (c->sockaddr == NULL) {
60. ngx_close_accepted_connection(c);
61. return;
62. }
64. ngx_memcpy(c->sockaddr, sa, socklen);
66. log = ngx_palloc(c->pool, sizeof(ngx_log_t));
67. if (log == NULL) {
68. ngx_close_accepted_connection(c);
69. return;
70. }
72. /* set a blocking mode for aio and non-blocking mode for others */
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. }
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. }
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;
103. c->log = log;
104. c->pool->log = log;
106. c->socklen = socklen;
107. c->listening = ls;
108. c->local_sockaddr = ls->sockaddr;
110. c->unexpected_eof = 1;
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
123. rev = c->read;
124. wev = c->write;
126. wev->ready = 1;
128. if (ngx_event_flags & (NGX_USE_AIO_EVENT|NGX_USE_RTSIG_EVENT)) {
129. /* rtsig, aio, iocp */
130. rev->ready = 1;
131. }
133. if (ev->deferred_accept) {
134. rev->ready = 1;
135. #if (NGX_HAVE_KQUEUE)
136. rev->available = 1;
137. #endif
138. }
140. rev->log = log;
141. wev->log = log;
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. */
152. c->number = ngx_atomic_fetch_add(ngx_connection_counter, 1);
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. }
161. log->data = NULL;
162. log->handler = NULL;
164. /*
165. 這裡listen handler很重要，它將完成新串連的最後初始化工作，
166. 同時將accept到的新的串連放入epoll中；掛在這個handler上的函數，
167. 就是ngx_http_init_connection 在之後http模組中在詳細介紹
168. */
169. ls->handler(c);
171. if (ngx_event_flags & NGX_USE_KQUEUE_EVENT) {
172. ev->available--;
173. }
175. } while (ev->available);
176. }

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

以上就介紹了nginx 源碼學習筆記（二十一）—— event 模組二 ——事件驅動核心ngx_process_events_and_timers，包括了隊列方面的內容，希望對PHP教程有興趣的朋友有所協助。

