在Linux的Man文档中,我们可以看到如下定义
Epoll - I/O event notification facilityepoll是一种 I/O事件 通知机制
I/O事件
基于file descriptor,支持file, socket, pipe等各种I/O方式当文件描述符关联的内核读缓冲区可读,则触发可读事件,什么是可读呢?就是内核缓冲区非空,有数据可以读取
当文件描述符关联的内核写缓冲区可写,则触发可写事件,什么是可写呢?就是内核缓冲区不满,有空闲空间可以写入
通知机制
通知机制,就是当事件发生的时候,去通知他通知机制的反面,就是轮询机制
也就是说
epoll是一种当文件描述符的内核缓冲区非空的时候,发出可读信号进行通知,当写缓冲区不满的时候,发出可写信号通知的机制
水平触发(level-trggered)
只要文件描述符关联的读内核缓冲区非空,有数据可以读取,就一直发出可读信号进行通知,当文件描述符关联的内核写缓冲区不满,有空间可以写入,就一直发出可写信号进行通知
边缘触发(edge-triggered)
当文件描述符关联的读内核缓冲区由空转化为非空的时候,则发出可读信号进行通知,当文件描述符关联的内核写缓冲区由满转化为不满的时候,则发出可写信号进行通知
两者的区别在哪里呢?水平触发是只要读缓冲区有数据,就会一直触发可读信号,而边缘触发仅仅在空变为非空的时候通知一次,举个例子:
读缓冲区刚开始是空的
读缓冲区写入2KB数据
水平触发和边缘触发模式此时都会发出可读信号
收到信号通知后,读取了1kb的数据,读缓冲区还剩余1KB数据
水平触发会再次进行通知,而边缘触发不会再进行通知
所以边缘触发需要一次性的把缓冲区的数据读完为止,也就是一直读,直到读到EGAIN为止,EGAIN说明缓冲区已经空了,因为这一点,边缘触发需要设置文件句柄为非阻塞
//水平触发ret = read(fd, buf, sizeof(buf));
//边缘触发
while(true) {
ret = read(fd, buf, sizeof(buf);
if (ret == EGAIN) break;
}
epoll接口介绍
epoll_create创建epoll实例,会创建所需要的红黑树,以及就绪链表,以及代表epoll实例的文件句柄
函数原型: int epoll_create(int size);
Man文档中说明了在老的内核版本中,入参size用来指出创建的内部数据结构的大小
目前已经可以动态调整,但是为了兼容老的版本,所以仍然保留,这个size其实意义已经不大
epoll_ctl
添加,修改,或者删除 注册到epoll实例中的文件描述符上的监控事件
int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event)
epfd: epoll实例file descriptor
op:操作类型
EPOLL_CTL_ADD, 为相应fd添加事件
EPOLL_CTL_MOD, 修改fd的事件
EPOLL_CTL_DEL,删除fd上的某些事件
fd: 操作的目标文件描述符
event: 要操作的事件
typedef union epoll_data {void *ptr;
int fd;
uint32_t u32;
uint64_t u64;
} epoll_data_t;
struct epoll_event {
uint32_t events; /* Epoll events */
epoll_data_t data; /* User data variable */
};
events可以是一组bit的组合
EPOLLIN:可读
EPOLLOUT: 可写
EPOLLET: 边缘触发,默认是水平触发
一句话来描述:就是对于注册到epfd中的fd文件描述符,执行op event的操作epoll_wait
epoll_wait等待epoll实例中注册的事件触发
int epoll_wait(int epfd, struct epoll_event *events, int maxevents, int timeout)
epfd: epoll实例文件描述符
events: 数组出参,用来记录被触发的events,其大小应该和maxevents一致
maxevents: 返回的events的最大个数,如果最大个数大于实际触发的个数,则下次epoll_wait的时候仍然可以返回
timeout: 等待事件,毫秒为单位 -1:无限等待 0:立即返回