nginx epoll詳解

nginx epoll 事件模型

?

? ? nginx做為一個異步高效的事件驅動型web服務器,在linux平臺中當系統支持epoll時nginx默認采用epoll來高效的處理事件。nginx中使用ngx_event_t結構來表示一個事件,先介紹下ngx_event_t結構體中成員的含義:

?

 
  1. struct ngx_event_s {

  2. void *data; //與事件關聯的對象,常指向事件所在的ngx_connection_t連接對象

  3. ?
  4. unsigned write:1; //可寫標識位,1表示對應的tcp連接是可寫的

  5. ?
  6. unsigned accept:1;// 1表示對應的連接是處于監聽狀態的連接,即可接收新的連接

  7. ?
  8. /* used to detect the stale events in kqueue, rtsig, and epoll */

  9. unsigned instance:1; //可來區分事件是否已過期

  10. ?
  11. /*

  12. * the event was passed or would be passed to a kernel;

  13. * in aio mode - operation was posted.

  14. */

  15. unsigned active:1;// 1表示事件活躍,即事件已添加到epoll中

  16. ?
  17. unsigned disabled:1;//epoll中不使用該標識位

  18. ?
  19. /* the ready event; in aio mode 0 means that no operation can be posted */

  20. unsigned ready:1; //事件已就緒(即可讀或可寫)

  21. ?
  22. unsigned oneshot:1;//epoll不使用該標識位

  23. ?
  24. /* aio operation is complete */

  25. unsigned complete:1;//aio中使用,表示 事件對應的aio異步操作已完成(io_getevents函數已成功返回)

  26. ?
  27. unsigned eof:1;// 1表示當前處理的字符流已完成,如調用recv讀取連接數據時返回0,此時置該標識位為1

  28. unsigned error:1;// 1表示事件處理過程中發生錯誤

  29. ?
  30. unsigned timedout:1; //事件是否超時,1:表示超時。超時后事件對應的請求不需再被處理(對于http模塊來說事件超時后直接關閉請求)

  31. unsigned timer_set:1; //為1時表示這個事件在定時器中

  32. ?
  33. unsigned delayed:1;// 1表示 需延遲處理該事件,常用于限速功能中

  34. ?
  35. unsigned deferred_accept:1;//延遲接收接連,即當連接中收到對象發送的數據后才真正建立連接

  36. ?
  37. /* the pending eof reported by kqueue, epoll or in aio chain operation */

  38. unsigned pending_eof:1;// 1表示TCP連接對向關閉讀端,即epoll返回EPOLLRDHUP

  39. ?
  40. #if !(NGX_THREADS)

  41. unsigned posted_ready:1;//該標識位在1.5.5版本源碼中只在ngx_epoll_process_events函數中有置位,其它地方并沒有用到

  42. #endif

  43. ?
  44. #if (NGX_WIN32)

  45. /* setsockopt(SO_UPDATE_ACCEPT_CONTEXT) was successful */

  46. unsigned accept_context_updated:1;

  47. #endif

  48. ?
  49. #if (NGX_HAVE_KQUEUE)

  50. unsigned kq_vnode:1;

  51. ?
  52. /* the pending errno reported by kqueue */

  53. int kq_errno;

  54. #endif

  55. ?
  56. /*

  57. * kqueue only:

  58. * accept: number of sockets that wait to be accepted

  59. * read: bytes to read when event is ready

  60. * or lowat when event is set with NGX_LOWAT_EVENT flag

  61. * write: available space in buffer when event is ready

  62. * or lowat when event is set with NGX_LOWAT_EVENT flag

  63. *

  64. * iocp: TODO

  65. *

  66. * otherwise:

  67. * accept: 1 if accept many, 0 otherwise

  68. */

  69. ?
  70. #if (NGX_HAVE_KQUEUE) || (NGX_HAVE_IOCP)

  71. int available;

  72. #else

  73. unsigned available:1;// 1表示每次調用accept時盡可能多的接收TCP連接,與multi_accept配置項對應

  74. #endif

  75. ?
  76. ngx_event_handler_pt handler; // 事件產生后的回調函數句柄

  77. ?
  78. ?
  79. #if (NGX_HAVE_AIO)

  80. ?
  81. #if (NGX_HAVE_IOCP)

  82. ngx_event_ovlp_t ovlp;

  83. #else

  84. struct aiocb aiocb;

  85. #endif

  86. ?
  87. #endif

  88. ?
  89. ngx_uint_t index; //epoll中不使用

  90. ?
  91. ngx_log_t *log; //ngx_log_t對象

  92. ?
  93. ngx_rbtree_node_t timer;

  94. ?
  95. unsigned closed:1; // 1表示事件已關閉

  96. ?
  97. /* to test on worker exit */

  98. unsigned channel:1;// 只在ngx_add_channel_event函數中有置位,其它地方沒用到

  99. unsigned resolver:1; // resolver功能中使用?

  100. ?
  101. #if (NGX_THREADS)

  102. ?
  103. unsigned locked:1;

  104. ?
  105. unsigned posted_ready:1;

  106. unsigned posted_timedout:1;

  107. unsigned posted_eof:1;

  108. ?
  109. #if (NGX_HAVE_KQUEUE)

  110. /* the pending errno reported by kqueue */

  111. int posted_errno;

  112. #endif

  113. ?
  114. #if (NGX_HAVE_KQUEUE) || (NGX_HAVE_IOCP)

  115. int posted_available;

  116. #else

  117. unsigned posted_available:1;

  118. #endif

  119. ?
  120. ngx_atomic_t *lock;

  121. ngx_atomic_t *own_lock;

  122. ?
  123. #endif

  124. ?
  125. /* the links of the posted queue */

  126. ngx_event_t *next;

  127. ngx_event_t **prev;

  128. ?
  129. ?
  130. #if 0

  131. ?
  132. /* the threads support */

  133. ?
  134. /*

  135. * the event thread context, we store it here

  136. * if $(CC) does not understand __thread declaration

  137. * and pthread_getspecific() is too costly

  138. */

  139. ?
  140. void *thr_ctx;

  141. ?
  142. #if (NGX_EVENT_T_PADDING)

  143. ?
  144. /* event should not cross cache line in SMP */

  145. ?
  146. uint32_t padding[NGX_EVENT_T_PADDING];

  147. #endif

  148. #endif

  149. };

  150. ?
  151. ?
  152. #if (NGX_HAVE_FILE_AIO)

  153. ?
  154. struct ngx_event_aio_s {

  155. void *data;

  156. ngx_event_handler_pt handler;

  157. ngx_file_t *file;

  158. ?
  159. ngx_fd_t fd;

  160. ?
  161. #if (NGX_HAVE_EVENTFD)

  162. int64_t res;

  163. #if (NGX_TEST_BUILD_EPOLL)

  164. ngx_err_t err;

  165. size_t nbytes;

  166. #endif

  167. #else

  168. ngx_err_t err;

  169. size_t nbytes;

  170. #endif

  171. ?
  172. #if (NGX_HAVE_AIO_SENDFILE)

  173. off_t last_offset;

  174. #endif

  175. ?
  176. ngx_aiocb_t aiocb;

  177. ngx_event_t event;

  178. };

  179. ?
  180. #endif

?

?

? ? nginx中使用ngx_epoll_module模塊來封裝epoll機制處理事件,ngx_epoll_module模塊只對兩個配置項感興趣,其ngx_command_t結構如下:

?

 
  1. static ngx_command_t ngx_epoll_commands[] = {

  2. ?
  3. {

  4. /***epoll_events配置項表示epoll_wait函數每次最多返回多少個事件,在ngx_epoll_init函數中

  5. 會預先分配epoll_events配置項指定的epoll_event結構個數**/

  6. ngx_string("epoll_events"),

  7. NGX_EVENT_CONF|NGX_CONF_TAKE1,

  8. ngx_conf_set_num_slot,

  9. 0,

  10. offsetof(ngx_epoll_conf_t, events),

  11. NULL },

  12. ?
  13. {

  14. /***worker_aio_requests配置項表示創建的aio context能并發處理異步事件的個數,即io_setup函數的第一個參數***/

  15. ngx_string("worker_aio_requests"),

  16. NGX_EVENT_CONF|NGX_CONF_TAKE1,

  17. ngx_conf_set_num_slot,

  18. 0,

  19. offsetof(ngx_epoll_conf_t, aio_requests),

  20. NULL },

  21. ?
  22. ngx_null_command

  23. };

?

? ? ngx_epoll_module的ngx_event_module_t結構如下:

?

 
  1. ngx_event_module_t ngx_epoll_module_ctx = {

  2. &epoll_name,

  3. ngx_epoll_create_conf, /* create configuration */

  4. ngx_epoll_init_conf, /* init configuration */

  5. ?
  6. {

  7. //向epoll中添加事件時調用

  8. ngx_epoll_add_event, /* add an event */

  9. //從epoll中刪除事件時調用

  10. ngx_epoll_del_event, /* delete an event */

  11. /***epoll中不存在enable/disable事件的情況,這里默認設置成添加/刪除事件的函數***/

  12. ngx_epoll_add_event, /* enable an event */

  13. ngx_epoll_del_event, /* disable an event */

  14. //向epoll中添加tcp連接時調用,每個tcp連接對象一個讀事件和一個寫事件

  15. ngx_epoll_add_connection, /* add an connection */

  16. //從epoll中刪除事件時調用

  17. ngx_epoll_del_connection, /* delete an connection */

  18. NULL, /* process the changes */

  19. // epoll 事件處理函數

  20. ngx_epoll_process_events, /* process the events */

  21. //epoll模塊初始化函數

  22. ngx_epoll_init, /* init the events */

  23. //epoll模塊清理函數只在多線程模型中被調用

  24. ngx_epoll_done, /* done the events */

  25. }

  26. };

?

? ? ngx_epoll_create_conf在配置項解析前調用用來初始化配置結構,ngx_epoll_init_conf函數在配置項解析完后調用,如果配置文件是不存在epoll_events或worker_aio_requests配置項,默認將epoll_events設置為512,worker_aio_requests設置為32。ngx_epoll_module_ctx結構體中后十個函數對應于ngx_event_actions_t結構,它是事件模塊獨有的結構。ngx_epoll_init函數在什么時候被調用呢,它在nginx啟動過程中每個worker進程啟動后被調用(由ngx_event_core_module的ngx_event_process_init函數調用)。

?

ngx_epoll_module源碼分析

ngx_epoll_init函數:

?

 
  1. static ngx_int_t

  2. ngx_epoll_init(ngx_cycle_t *cycle, ngx_msec_t timer)

  3. {

  4. ngx_epoll_conf_t *epcf;

  5. ?
  6. // 獲取ngx_epoll_module模塊存放配置項的結構

  7. epcf = ngx_event_get_conf(cycle->conf_ctx, ngx_epoll_module);

  8. ?
  9. if (ep == -1) {

  10. // 創建epoll,成功返回描述符,失敗返回-1

  11. ep = epoll_create(cycle->connection_n / 2);

  12. ?
  13. if (ep == -1) {

  14. ngx_log_error(NGX_LOG_EMERG, cycle->log, ngx_errno,

  15. "epoll_create() failed");

  16. return NGX_ERROR;

  17. }

  18. ?
  19. /***如果系統支持aio , 這里初始化aio***/

  20. #if (NGX_HAVE_FILE_AIO)

  21. ngx_epoll_aio_init(cycle, epcf);

  22. ?
  23. #endif

  24. }

  25. ?
  26. /***預分配events個epoll_event結構, epcf->events由epoll_events配置項指定,默認為512***/

  27. if (nevents < epcf->events) {

  28. if (event_list) {

  29. ngx_free(event_list);

  30. }

  31. ?
  32. event_list = ngx_alloc(sizeof(struct epoll_event) * epcf->events,

  33. cycle->log);

  34. if (event_list == NULL) {

  35. return NGX_ERROR;

  36. }

  37. }

  38. ?
  39. nevents = epcf->events;

  40. ?
  41. //指定I/O讀寫的方法

  42. ngx_io = ngx_os_io;

  43. ?
  44. // 設置ngx_event_actions接口,后續通過ngx_event_actions來調用epoll模塊中的方法

  45. ngx_event_actions = ngx_epoll_module_ctx.actions;

  46. ?
  47. /***nginx使用epoll事件模型時NGX_HAVE_CLEAR_EVENT宏被定義, NGX_USE_CLEAR_EVENT宏表示使用epoll的ET模式***/

  48. #if (NGX_HAVE_CLEAR_EVENT)

  49. ngx_event_flags = NGX_USE_CLEAR_EVENT

  50. #else

  51. ngx_event_flags = NGX_USE_LEVEL_EVENT

  52. #endif

  53. |NGX_USE_GREEDY_EVENT

  54. |NGX_USE_EPOLL_EVENT;

  55. ?
  56. return NGX_OK;

  57. }

?

ngx_epoll_add_event函數:

 
  1. static ngx_int_t

  2. ngx_epoll_add_event(ngx_event_t *ev, ngx_int_t event, ngx_uint_t flags)

  3. {

  4. int op;

  5. uint32_t events, prev;

  6. ngx_event_t *e;

  7. ngx_connection_t *c;

  8. struct epoll_event ee;

  9. ?
  10. //獲取事件關聯的連接

  11. c = ev->data;

  12. ?
  13. events = (uint32_t) event;

  14. ?
  15. /***根據event參數判斷當前是添加讀事件還是寫事件***/

  16. if (event == NGX_READ_EVENT) {

  17. e = c->write;

  18. prev = EPOLLOUT;

  19. #if (NGX_READ_EVENT != EPOLLIN|EPOLLRDHUP)

  20. events = EPOLLIN|EPOLLRDHUP;

  21. #endif

  22. ?
  23. } else {

  24. e = c->read;

  25. prev = EPOLLIN|EPOLLRDHUP;

  26. #if (NGX_WRITE_EVENT != EPOLLOUT)

  27. events = EPOLLOUT;

  28. #endif

  29. }

  30. ?
  31. /***如果當前需添加讀事件,就通過active標識判斷讀事件所關聯的連接對應的寫事件是否活躍(

  32. 活躍表示事件已添加到epoll中)。***/

  33. if (e->active) {

  34. op = EPOLL_CTL_MOD;

  35. events |= prev;

  36. ?
  37. } else {

  38. op = EPOLL_CTL_ADD;

  39. }

  40. ?
  41. //將flags參數加入到epoll標志中

  42. ee.events = events | (uint32_t) flags;

  43. /*** ptr存儲事件關聯的連接對象(ngx_connection_t*)及事件過期比特位,

  44. linux平臺中任何對象的地址最低位必定為零***/

  45. ee.data.ptr = (void *) ((uintptr_t) c | ev->instance);

  46. ?
  47. ngx_log_debug3(NGX_LOG_DEBUG_EVENT, ev->log, 0,

  48. "epoll add event: fd:%d op:%d ev:%08XD",

  49. c->fd, op, ee.events);

  50. ?
  51. //向epoll中添加事件

  52. if (epoll_ctl(ep, op, c->fd, &ee) == -1) {

  53. ngx_log_error(NGX_LOG_ALERT, ev->log, ngx_errno,

  54. "epoll_ctl(%d, %d) failed", op, c->fd);

  55. return NGX_ERROR;

  56. }

  57. ?
  58. //標識事件活躍

  59. ev->active = 1;

  60. #if 0

  61. ev->oneshot = (flags & NGX_ONESHOT_EVENT) ? 1 : 0;

  62. #endif

  63. ?
  64. return NGX_OK;

  65. }

?

ngx_epoll_del_event函數:

 
  1. static ngx_int_t

  2. ngx_epoll_del_event(ngx_event_t *ev, ngx_int_t event, ngx_uint_t flags)

  3. {

  4. int op;

  5. uint32_t prev;

  6. ngx_event_t *e;

  7. ngx_connection_t *c;

  8. struct epoll_event ee;

  9. ?
  10. /*

  11. * when the file descriptor is closed, the epoll automatically deletes

  12. * it from its queue, so we do not need to delete explicitly the event

  13. * before the closing the file descriptor

  14. */

  15. ?
  16. /***上面的注釋說得很清楚了,當文件描述符被關閉后,epoll會自動將其刪除。***/

  17. if (flags & NGX_CLOSE_EVENT) {

  18. ev->active = 0;

  19. return NGX_OK;

  20. }

  21. ?
  22. //獲取事件關聯的連接

  23. c = ev->data;

  24. ?
  25. /***根據event參數判斷當前是刪除讀事件還是寫事件***/

  26. if (event == NGX_READ_EVENT) {

  27. e = c->write;

  28. prev = EPOLLOUT;

  29. ?
  30. } else {

  31. e = c->read;

  32. prev = EPOLLIN|EPOLLRDHUP;

  33. }

  34. ?
  35. /***參考ngx_epoll_add_event函數***/

  36. if (e->active) {

  37. op = EPOLL_CTL_MOD;

  38. ee.events = prev | (uint32_t) flags;

  39. ee.data.ptr = (void *) ((uintptr_t) c | ev->instance);

  40. ?
  41. } else {

  42. op = EPOLL_CTL_DEL;

  43. ee.events = 0;

  44. ee.data.ptr = NULL;

  45. }

  46. ?
  47. ngx_log_debug3(NGX_LOG_DEBUG_EVENT, ev->log, 0,

  48. "epoll del event: fd:%d op:%d ev:%08XD",

  49. c->fd, op, ee.events);

  50. ?
  51. //從epoll中刪除事件

  52. if (epoll_ctl(ep, op, c->fd, &ee) == -1) {

  53. ngx_log_error(NGX_LOG_ALERT, ev->log, ngx_errno,

  54. "epoll_ctl(%d, %d) failed", op, c->fd);

  55. return NGX_ERROR;

  56. }

  57. ?
  58. //清除事件活躍標識

  59. ev->active = 0;

  60. ?
  61. return NGX_OK;

  62. }

?

ngx_epoll_add_connection及ngx_epoll_del_connection函數

? ? 這兩個函數的實現很簡單,也是通過調用epoll_ctl添加事件,只是會同時將讀/寫事件一起添加進epoll,這里不再列出源碼。

?

ngx_epoll_process_events函數:

 
  1. static ngx_int_t

  2. ngx_epoll_process_events(ngx_cycle_t *cycle, ngx_msec_t timer, ngx_uint_t flags)

  3. {

  4. int events;

  5. uint32_t revents;

  6. ngx_int_t instance, i;

  7. ngx_uint_t level;

  8. ngx_err_t err;

  9. ngx_event_t *rev, *wev, **queue;

  10. ngx_connection_t *c;

  11. ?
  12. /* NGX_TIMER_INFINITE == INFTIM */

  13. ?
  14. ngx_log_debug1(NGX_LOG_DEBUG_EVENT, cycle->log, 0,

  15. "epoll timer: %M", timer);

  16. ?
  17. //調用epoll_wait獲取已準備就緒的事件

  18. events = epoll_wait(ep, event_list, (int) nevents, timer);

  19. ?
  20. err = (events == -1) ? ngx_errno : 0;

  21. ?
  22. /***NGX_UPDATE_TIME標識在沒有設置timer_resolution配置項時有效表示每次調用epoll_wait函數返回會都更新時間。

  23. ngx_event_timer_alarm變量在設置timer_resolution配置項時有效,每間隔timer_resolution配置項參數值就會設置

  24. ngx_event_timer_alarm變量為1表示需更新時間。***/

  25. if (flags & NGX_UPDATE_TIME || ngx_event_timer_alarm) {

  26. ngx_time_update();

  27. }

  28. ?
  29. //err為非零指示epoll_wait失敗

  30. if (err) {

  31. if (err == NGX_EINTR) {

  32. ?
  33. if (ngx_event_timer_alarm) {

  34. ngx_event_timer_alarm = 0;

  35. return NGX_OK;

  36. }

  37. ?
  38. level = NGX_LOG_INFO;

  39. ?
  40. } else {

  41. level = NGX_LOG_ALERT;

  42. }

  43. ?
  44. ngx_log_error(level, cycle->log, err, "epoll_wait() failed");

  45. return NGX_ERROR;

  46. }

  47. ?
  48. if (events == 0) {

  49. if (timer != NGX_TIMER_INFINITE) {

  50. return NGX_OK;

  51. }

  52. ?
  53. ngx_log_error(NGX_LOG_ALERT, cycle->log, 0,

  54. "epoll_wait() returned no events without timeout");

  55. return NGX_ERROR;

  56. }

  57. ?
  58. //僅在多線程環境下此鎖才有效

  59. ngx_mutex_lock(ngx_posted_events_mutex);

  60. ?
  61. /***循環處理已就緒的事件***/

  62. for (i = 0; i < events; i++) {

  63. //獲取事件關聯的連接對象,對象地址最低位保存有在事件添加時設置的事件過期位

  64. c = event_list[i].data.ptr;

  65. ?
  66. //取事件過期位

  67. instance = (uintptr_t) c & 1;

  68. //屏蔽掉連接對象的最低位

  69. c = (ngx_connection_t *) ((uintptr_t) c & (uintptr_t) ~1);

  70. ?
  71. rev = c->read;

  72. ?
  73. /***同一條連接的讀/寫事件的instance位值相同,由于下面先處理讀事件這里通過讀事件

  74. 的過期位來判斷連接是否過期,當fd為-1時也表示連接過期。***/

  75. if (c->fd == -1 || rev->instance != instance) {

  76. ?
  77. /*

  78. * the stale event from a file descriptor

  79. * that was just closed in this iteration

  80. */

  81. ?
  82. ngx_log_debug1(NGX_LOG_DEBUG_EVENT, cycle->log, 0,

  83. "epoll: stale event %p", c);

  84. continue;

  85. }

  86. ?
  87. //獲取連接已就緒的事件類型

  88. revents = event_list[i].events;

  89. ?
  90. ngx_log_debug3(NGX_LOG_DEBUG_EVENT, cycle->log, 0,

  91. "epoll: fd:%d ev:%04XD d:%p",

  92. c->fd, revents, event_list[i].data.ptr);

  93. ?
  94. /***連接出現錯誤,EPOLLHUP標識表示收到RST報文。檢測到這兩種類型時 tcp連接中可能還有

  95. 數據未被讀取***/

  96. if (revents & (EPOLLERR|EPOLLHUP)) {

  97. ngx_log_debug2(NGX_LOG_DEBUG_EVENT, cycle->log, 0,

  98. "epoll_wait() error on fd:%d ev:%04XD",

  99. c->fd, revents);

  100. }

  101. ?
  102. #if 0

  103. if (revents & ~(EPOLLIN|EPOLLOUT|EPOLLERR|EPOLLHUP)) {

  104. ngx_log_error(NGX_LOG_ALERT, cycle->log, 0,

  105. "strange epoll_wait() events fd:%d ev:%04XD",

  106. c->fd, revents);

  107. }

  108. #endif

  109. /***如果連接發生錯誤但未置EPOLLIN及EPOLLOUT,這時我們加上EPOLLIN和EPOLLOUT,在調用讀/寫事件的

  110. 回調函數時就會知道為什么出現錯誤。 如果不加EPOLLIN和EPOLLOUT,后面就沒法調用讀/寫事件的

  111. 回調函數也就無法處理該連接了。***/

  112. if ((revents & (EPOLLERR|EPOLLHUP))

  113. && (revents & (EPOLLIN|EPOLLOUT)) == 0)

  114. {

  115. /*

  116. * if the error events were returned without EPOLLIN or EPOLLOUT,

  117. * then add these flags to handle the events at least in one

  118. * active handler

  119. */

  120. ?
  121. revents |= EPOLLIN|EPOLLOUT;

  122. }

  123. ?
  124. /***連接可讀且活躍***/

  125. if ((revents & EPOLLIN) && rev->active) {

  126. ?
  127. #if (NGX_HAVE_EPOLLRDHUP)

  128. //EPOLLRDHUP表示連接對方關閉了讀端

  129. if (revents & EPOLLRDHUP) {

  130. rev->pending_eof = 1;

  131. }

  132. #endif

  133. ?
  134. //NGX_POST_THREAD_EVENTS宏末被使用

  135. if ((flags & NGX_POST_THREAD_EVENTS) && !rev->accept) {

  136. rev->posted_ready = 1;

  137. ?
  138. } else {

  139. //標識事件已就緒

  140. rev->ready = 1;

  141. }

  142. ?
  143. /***NGX_POST_EVENTS表示事件需要延后處理,這里根據accept標識位將事件加入到相應隊列中***/

  144. if (flags & NGX_POST_EVENTS) {

  145. queue = (ngx_event_t **) (rev->accept ?

  146. &ngx_posted_accept_events : &ngx_posted_events);

  147. ?
  148. ngx_locked_post_event(rev, queue);

  149. ?
  150. } else {

  151. //調用事件的回調函數

  152. rev->handler(rev);

  153. }

  154. }

  155. ?
  156. wev = c->write;

  157. ?
  158. /***連接可寫且活躍***/

  159. if ((revents & EPOLLOUT) && wev->active) {

  160. ?
  161. //重新檢查事件是否過期,因為在處理讀事件過程中該事件可能已結束。

  162. if (c->fd == -1 || wev->instance != instance) {

  163. ?
  164. /*

  165. * the stale event from a file descriptor

  166. * that was just closed in this iteration

  167. */

  168. ?
  169. ngx_log_debug1(NGX_LOG_DEBUG_EVENT, cycle->log, 0,

  170. "epoll: stale event %p", c);

  171. continue;

  172. }

  173. ?
  174. if (flags & NGX_POST_THREAD_EVENTS) {

  175. wev->posted_ready = 1;

  176. ?
  177. } else {

  178. wev->ready = 1;

  179. }

  180. ?
  181. if (flags & NGX_POST_EVENTS) {

  182. ngx_locked_post_event(wev, &ngx_posted_events);

  183. ?
  184. } else {

  185. wev->handler(wev);

  186. }

  187. }

  188. }

  189. ?
  190. ngx_mutex_unlock(ngx_posted_events_mutex);

  191. ?
  192. return NGX_OK;

  193. }

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/news/384969.shtml
繁體地址,請注明出處:http://hk.pswp.cn/news/384969.shtml
英文地址,請注明出處:http://en.pswp.cn/news/384969.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

Inotify機制

描述 Inotify API用于檢測文件系統變化的機制。Inotify可用于檢測單個文件&#xff0c;也可以檢測整個目錄。當檢測的對象是一個目錄的時候&#xff0c;目錄本身和目錄里的內容都會成為檢測的對象。 此種機制的出現的目的是當內核空間發生某種事件之后&#xff0c;可以立即通…

文件操作(二進制文件加密解密)

加密 #include<stdio.h> #include<string.h>void code(char *p,size_t n) {size_t i;for(i 0; i < n; i){p[i] 3;} }int main() {FILE *p1 fopen("./a.txt","r");FILE *p2 fopen("./b.txt","w");char buf[1024] {…

北京加密機現場select問題

問題描述 北京項目通過調用我們提供的庫libsigxt.a與加密機通信&#xff0c;c/s架構&#xff0c;客戶端啟用多個線程&#xff0c;每個線程流程有以下三步&#xff0c;連接加密機&#xff0c;簽名&#xff0c;關閉鏈接。在正常運行一段時間后會出現不能連接加密機服務問題。 連…

拼接字符串(帶參程序)

1.用strcat拼接函數可以實現 #include<stdio.h> #include<string.h>int main(int argc,char ** argv) {char str[100] {0};int i;for( i 1; i < argc; i){strcat(str,argv[i]);}printf("str %s\n",str);return 0; } 2.用sprintf函數也可以實現 #in…

詳細解釋signal和sigaction以及SIG_BLOCK

signal&#xff0c;此函數相對簡單一些&#xff0c;給定一個信號&#xff0c;給出信號處理函數則可&#xff0c;當然&#xff0c;函數簡單&#xff0c;其功能也相對簡單許多&#xff0c;簡單給出個函數例子如下&#xff1a; [cpp] view plain copy 1 #include <signal.h>…

處理SIGCHLD信號

在上一講中&#xff0c;我們使用fork函數得到了一個簡單的并發服務器。然而&#xff0c;這樣的程序有一個問題&#xff0c;就是當子進程終止時&#xff0c;會向父進程發送一個SIGCHLD信號&#xff0c;父進程默認忽略&#xff0c;導致子進程變成一個僵尸進程。僵尸進程一定要處理…

文件操作(stat)

/*** stat.c ***/ #include<stdio.h> #include<string.h> #include<sys/stat.h> #include<stdlib.h>int main() {struct stat st {0}; //定義一個結構體&#xff0c;名字叫ststat("./a.txt",&st); //調用完stat函數之后&…

nginx源碼閱讀(一).綜述

前言 nginx作為一款開源的輕量級高性能web服務器,是非常值得立志從事服務端開發方向的人學習的。現今nginx的最新版本是nginx-1.13.6,代碼量也日漸龐大,但是由于其核心思想并沒改變,為了降低閱讀難度,我選擇的是nginx-1.0.15版本,并且由于時間和水平有限,重點關注的是nginx的啟…

文件操作(stat函數)

stat函數可以獲取文件信息 /*** stat.c ***/ #include<stdio.h> #include<string.h> #include<sys/stat.h> #include<stdlib.h>int main() {struct stat st {0}; //定義一個結構體&#xff0c;名字叫ststat("./a.txt",&st); …

文件操作(結構體)

將結構體內容寫入到文件中 #include<stdio.h> #include<string.h>struct student {char name[100];int age; };int main() {struct student st {"wangqinghe",30};FILE * p fopen("./c.txt","wb");fwrite(&st,sizeof(st),1,p…

nginx源碼閱讀(二).初始化:main函數及ngx_init_cycle函數

前言 在分析源碼時,我們可以先把握主干,然后其他部分再挨個分析就行了。接下來我們先看看nginx的main函數干了些什么。 main函數 這里先介紹一些下面會遇到的變量類型: ngx_int_t: typedef intptr_t ngx_int_t; 64位機器上,intptr_t為long int, 即typedef long int intptr_…

EAGAIN、EWOULDBLOCK、EINTR與非阻塞

EWOULDBLOCK&#xff1a;用于非阻塞模式&#xff0c;不需要重新讀或者寫 EINTR&#xff1a;指操作被中斷喚醒&#xff0c;需要重新讀/寫   在Linux環境下開發經常會碰到很多錯誤(設置errno)&#xff0c;其中EAGAIN是其中比較常見的一個錯誤(比如用在非阻塞操作中)。 從字面上…

文件操作(排序)

文本文件&#xff0c;每行代表一個整數&#xff0c;范圍在0~512之間&#xff1b; 要求&#xff1a;對文件排序&#xff0c;不使用堆空間&#xff0c;只使用棧空間。 用srand()和rand()函數生成一定量的隨機數 /*** file.c ***/ #include<stdio.h> #include<string.h&g…

Linux下send錯誤代碼32

問題描述&#xff1a;今天寫程序&#xff0c;socket后send出現這個問題&#xff0c;send的返回值為-1&#xff0c;而errno為32&#xff0c;這個錯誤代碼為broken pipe&#xff0c;即管道破裂。 問題形成原因&#xff1a;后來通過排查研究&#xff0c;發現出現該種問題出現的可能…

系統級性能分析工具perf的介紹與使用

系統級性能優化通常包括兩個階段&#xff1a;性能剖析&#xff08;performance profiling&#xff09;和代碼優化。 性能剖析的目標是尋找性能瓶頸&#xff0c;查找引發性能問題的原因及熱點代碼。 代碼優化的目標是針對具體性能問題而優化代碼或編譯選項&#xff0c;以改善軟…

linux C線程

一個應用程序可以啟動若干個線程&#xff1b;線程&#xff0c;是程序執行的最小單位&#xff1b;一般一個最簡單的程序最少有一個線程&#xff0c;就是程序本身&#xff0c;也是主函數&#xff1b;一個線程阻塞不會影響另一個線程&#xff1b;多線程的進程可以盡可能多的利用系…

fseek函數

fseek函數&#xff1a; int fseek(FILE *_FILE, long _Offset, int _Origin); 函數設置文件指針stream的位置&#xff0c;如果執行成功&#xff0c;stream將指向以fromwhere為基準&#xff0c;偏移量offset&#xff08;指針偏移量&#xff09;個字節的位置&#xff0c;函數返回…

linux ethtool 查看網卡狀態

ethtool 工具關于網絡協商功能介紹&#xff1b; ethtool - Display or change ethernet card settings&#xff08;ethtool 是用來顯示和更改網卡設置的工具&#xff09;&#xff1b;這個工具比較復雜&#xff0c;功能也特別多。由于洋文比較難懂。所以我們還是把網絡設備協商…

ftell函數

ftell函數用于得到文件位置指針當前位置相對于文件首的偏移字節數&#xff0c;在隨機方式存儲文件時&#xff0c;由于文件位置頻繁的前后移動&#xff0c;程序不容易確定文件的當前位置。 /*** a.txt ***/ asd gsdert dfhjtew /*** ftell.c ***/ #include<stdio.h>int ma…

muduo網絡庫源碼閱讀Step by Step

Posted on: Nov 26 2015 Categories: muduo C Tags: muduo 一般寫服務端程序都需要有一個稱手的網絡庫來幫我們處理瑣碎的網絡通信細節&#xff0c;比如連接的建立、關閉&#xff0c;讀取數據&#xff0c;發送數據&#xff0c;接收、發送緩沖區的管理等&#xff0c;常用的C/C網…