Linux Epoll LT与ET模式对比

LT模式和ET模式

• LT（水平触发），当有事件产生读写数据时，调用read或者write来完成缓冲区的读写操作，假如一次没有读完/写完，下次epoll_wait仍然会以有事件的样子再次通知。

• LT模式为默认的工作方式，当socket描述符发生改变时触发事件，即使内核缓冲区中的数据未读完，第二次调用时仍然会读取数据。

• ET（边沿触发），当有事件产生读写数据时，调用read或者write来完成缓冲区的读写操作，假如一次没有读完/写完，下次epoll_wait就不会通知该套接字文件描述符上的消息，直到下次有新的事件出现在这个文件描述符中。

当有事件产生读写数据时，调用read或者write来完成缓冲区的读写操作，假如一次没有读完/写完，下次epoll_wait仍然会以有事件的样子再次通知。

为何ET模式要设置非阻塞

个人理解：ET模式在几次没有读完数据的情况下，最后一次数据量可能不够readn或者recv函数的启动，此时会阻塞到读写操作上，这时若有新的事件，epoll_wait也不会被唤醒。

因此，使用ET模式要将套接字的文件描述符设置为非阻塞，防止因为阻塞某一步而导致epoll_wait不能按时返回新事件请求。

---

1. sockfd 的边缘触发，高并发时，如果没有一次处理全部请求，则会出现客户端连接不上的问题。不需要讨论 sockfd 是否阻塞，因为 epoll_wait() 返回的必定是已经就绪的连接，所以不管是阻塞还是非阻塞，accept() 都会立即返回。

2. 阻塞 connfd 的边缘触发，如果不一次性读取一个事件上的数据，会干扰下一个事件，所以必须在读取数据的外部套一层循环，这样才能完整的处理数据。但是外层套循环之后会导致另外一个问题：处理完数据之后，程序会一直卡在 recv() 函数上，因为是阻塞 IO，如果没数据可读，它会一直等在那里，直到有数据可读。但是这个时候，如果用另一个客户端去连接服务器，服务器就不能受理这个新的客户端了。

3. 非阻塞 connfd 的边缘触发，和阻塞版本一样，必须在读取数据的外部套一层循环，这样才能完整的处理数据。因为非阻塞 IO 如果没有数据可读时，会立即返回，并设置 errno。这里我们根据 EAGAIN 和 EWOULDBLOCK 来判断数据是否全部读取完毕了，如果读取完毕，就会正常退出循环了。

总结一下：

1. 对于监听的 sockfd，最好使用水平触发模式，边缘触发模式会导致高并发情况下，有的客户端会连接不上。如果非要使用边缘触发，可以用 while 来循环 accept()。

2. 对于读写的 connfd，水平触发模式下，阻塞和非阻塞效果都一样，因为在阻塞模式下，如果数据读取不完全则返回继续触发，反之读取完则返回继续等待。全建议设置非阻塞。

3. 对于读写的 connfd，边缘触发模式下，必须使用非阻塞 IO，并要求一次性地完整读写全部数据。

LT模式下，不需要读写的事件要及时移除，避免不必要的触发，浪费CPU资源；ET模式下，读写事件触发后，如果还需要得到为读写完的数据，就要及时再一次注册可读写事件