linux文件IO：epoll

poll和select的改进版，在一个程序需要处理数百个文件描述符时很有用

2.6内核引入epoll机制，解决了poll和select的性能问题，并加入了一些新特性
poll和select每次调用都需要所有被监听的文件描述符，内核需要遍历所有的文件描述符，当数量变大时，性能消耗巨大

epoll将监听注册从实际监听中分离，从而解决了该问题
一个系统调用初始化一个epoll上下文，另一个从上下文中加入和删除文件描述符，第三个执行真正的事件等待

创建一个epoll实例

#include<sys/epoll.h>
int epoll_create(int size);

创建一个epoll实例，返回与该实例相关的文件描述符
size指定需要监听的文件描述符数量，传递一个近似值会带来性能提升

出错时返回-1，并设置errno
EINVAL size不是正数
ENFILE 系统达到打开文件数上限
ENOMEN 没有足够内存完成操作

int epfd= epoll_create(100);
if(epfd<0){
  perror("epoll create err");
}

文件描述符需要调用close关闭

控制epoll

#include<sys/epoll.h>
int epoll_ctl(int epfd, in op, int fd, struct epoll_event* event);

向指定的epoll上下文加入或删除文件描述符

struct epoll_event{
  __u32 events;
  union{
    void* ptr;
    int fd;
    __u32 u32;
    __u64 u64;
  }data;
};

参数op指定要对fd进行的操作
参数event指定更具体的行为

op取值如下

epoll_event结构体指定了在文件描述符上的监听事件
epoll_event.events字段取值如下，可用位或运算符同时设置

epoll_event.data字段由用户使用，确认事件后会返回给用户
通常将epoll_event.data.fd设置为指定的fd，从而可以知道触发事件的文件描述符

返回值，成功返回0，失败返回-1，并设置errno为下列值

在epfd实例中加入一个fd指定的监听文件

struct epoll_event evt;
evt.data.fd= fd;
evt.events= EPOLLIN | EPOLLOUT;
int ret= epoll_ctl(epfd, EPOLL_CTL_ADD, fd, &evt);
if(ret){
  perror("epoll ctl");
}

修改epfd实例中的fd上的一个监听事件

struct epoll_event evt;
evt.data.fd= fd;
evt.events= EPOLLIN;
int ret= epoll_ctl(epfd, EPOLL_CTL_MOD, fd, &evt);
if(ret){
  perror("epoll ctl");
}

当op为EPOLL_CTL_DEL时，因为没有设置事件，event参数可以为NULL

等待epoll事件

#include<sys/epoll.h>
int epoll_wait(int epfd, struct epoll_event* event, int maxevents, int timeout);

等待epfd实例中的fd上的事件，超时timeout毫秒
成功返回，events指向包含epoll_event结构体的内存，最多可以有maxevents个事件
返回值为事件数，出错返回-1，并设置errno为如下值

若timeout为0，即使没有事件发生，也会立即返回，此时调用返回0
若timeout为-1，将一直等待到有事件发生

一个完整的epoll_wait示例

#define MAX_EVENTS 64
int epfd;

struct epoll_event* events;
events= malloc(sizeof(struct epoll_event)* MAX_EVENTS);
if(!events){
  perror("malloc")
  return 0;
}

int nr_events= epoll_wait(epfd, events, MAX_EVENTS, -1);
if(nr_events<0){
  perror("epoll_wait");
  free(events);
  return 0;
}

for(int i=0; i<nr_events; i++){
  printf("event=%ld on fd=%d\n", events[i].events, events[i].data.fd);
}
free(events);

边沿触发事件和水平触发事件

若epoll_ctl参数event中的events设置为EPOLLET，fd上的监听为边沿触发，相反则为水平触发

如下生产者和消费者在通过unix管道通信的情况
1.生产者向管道写入1kb数据
2.消费者在管道上调用epoll_wait，等待管道出现数据，从而可读

对于水平触发的监听，步骤2对epoll_wait的调用会立即返回
对于边沿触发的监听，调用会等到步骤1发生后才会返回，即使管道已有数据可读，调用也会等到有数据写入才会返回

水平触发是默认行为，是大多数开发者期望的，也是poll和select的行为
边沿触发需要一个不同的方式来写程序，通常利用非阻塞IO，并需要仔细检查EAGAIN