epoll也是一种linux中的多路转接方案(epoll也是只负责IO过程中的"等")

一、epoll相关接口的使用

1.epoll_create

int epoll_create(int size);

​功能：创建一个epoll模型

---

① int size：没意义了 >0就行

返回值：返回一个文件描述符

2.epoll_ctl

int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event);

功能：用户告诉内核，哪些sock的哪些事件OS要关心

---

① int epfd：epoll_create()函数的返回值；

② int op：增、改、删（EPOLL_CTL_ADD、EPOLL_CTL_MOD、EPOLL_CTL_DEL）

③ int fd：OS要关心的fd

④ struct epoll_event *event：事件

返回值：成功返回0；失败返回-1

3.epoll_wait

int epoll_wait(int epfd, struct epoll_event *events, int maxevents, int timeout);

功能：内核告诉用户，哪些sock的事件就绪了

---

① int epfd：epoll_create()函数的返回值

② struct epoll_event *events：struct epoll_event类型的数组（输出型参数）

③ int maxevents：数组的长度（输出型参数）

④ int timeout：同poll (>0在timeout以内阻塞, 否则非阻塞返回一次; =0非阻塞等待; <0阻塞等待)

返回值：和select/poll一模一样

4.struct epoll_event结构体

二、epoll的原理

三、epoll工作方式

epoll有两种工作模式：水平触发LT(Level Triggered)和边缘触发ET(Edge Triggered)

---

事件就绪：底层的IO条件满足，可以进行某种IO行为了，就叫做事件就绪

例如：缓冲区有数据 -> 读就绪；缓冲区有空间 -> 写就绪

select/poll/epoll都负责"等"，事件就绪以后会给用户通知；通知机制，有没有策略呢？

有策略：LT、ET -> IO就绪事件的通知机制

1.LT模式

（1）LT工作模式：只要底层有数据没读完，epoll就会一直通知用户要读取数据​​​​​​​

（2）LT支持：阻塞读写和非阻塞读写（LT用的fd可以是阻塞式也可以是非阻塞式的）

2.ET模式

（1）ET工作模式：不管底层数据是否读完，epoll都不在第二次通知用户，除非数据变化的时候(数据增多)，才会在通知你一次

（2）LT支持：只支持非阻塞读写（ET用的fd必须是非阻塞式的）

（3）ET模式的高效

① 体现在通知机制上（就通知一次）

② 倒逼上层尽快把数据取走，提高底层的数据发送效率