Nginx系列（十五）：epoll机制-优快云博客

本文链接：https://blog.youkuaiyun.com/u013032097/article/details/91431956

本文深入探讨Nginx中epoll的默认边缘触发机制，分析监听、主动连接及accept套接字的不同触发方式，解释如何通过ngx_add_event和ngx_tcp_connect等接口管理事件，以及rev->active和rev->ready状态在边缘触发模式下的作用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

nginx的epoll默认是边缘触发。
即epoll_ctrl都会传入NGX_CLEAR_EVENT（EPOLLET）参数

对于监听套接字，触发方式为水平触发。

  for (i = 0; i < cycle->listening.nelts; i++) {
  
      c = ls[i].connection;
   
      if (c == NULL || c->read->active) {
          continue;
      }
   
      if (ngx_add_event(c->read, NGX_READ_EVENT, 0) == NGX_ERROR) {
          return NGX_ERROR;
      }
  }

对于主动发起连接（connect）的套接字，触发方式为边缘触发。

  ngx_tcp_connect（）
  {
      if (ngx_add_conn) {
          if (ngx_add_conn(c) == NGX_ERROR) {
              goto failed;
          }
      }
   
      if (ngx_event_flags & NGX_USE_CLEAR_EVENT) {
   
          /* kqueue */
   
          event = NGX_CLEAR_EVENT;
   
      } 
  }

对于accept的套接字，触发方式为边缘触发
通过ngx_handle_read_event(rev, 0)或ngx_add_conn©将事件加入epoll，这两个接口添加后都是边缘触发。这两个接口都是在事件没有被add时，将事件首次加入epoll。
rev->active
对于rev，一旦加入epoll，不需要多次add或modify，就可以持续触发。所以当rev通过上述接口加入epoll后，会将rev->active设置为1，代表该事件已经加入epoll，后续再调用ngx_handle_read_event等接口，并不会有实际的操作，直接返回。
rev->ready
当epoll触发EPOLLIN事件时，会将rev->ready置为1，表示该连接读缓冲区存在数据。因为采用边缘触发的方式，所以除非业务部分确认缓冲区已没有数据，否则不会将rev->ready置0。当业务部分判断缓冲区数据已读取结束（recv返回0，NGX_EAGAIN，n < size），将rev->ready置为0，等待epoll再次触发。