epoll怎么保证数据能够读完

read/write的返回值

1、read /write

#include <unistd.h>
ssize_t read(int filedes, void* buf, size_t nbytes)
ssize_t write(int filedes, const void* buf, size_t nbytes)

其中，read返回实际读取到的字节数。但实际读取的字节很有可能少于指定要读取的字节数nbytes。因此会分为：

①返回值大于0。 读取正常，返回实际读取到的字节数。

②返回值等于0。对方已经关闭连接。

③返回值小于0（-1）。 读取出错，在处理网络请求时可能是网络异常。

注意当返回-1，此时errno的值EAGAIN、EWOULDBLOCK，表示内核对应的读缓冲区为空
而write返回的实际写入字节数正常情况是与制定写入的字节数nbytes相同的，不相等说明写入异常了，着重注意，此时errno的值EAGAIN、EWOULLDBLOCK，表示内核对应的写缓冲区为空。注，EAGAIN等同于EWOULLDBLOCK。

LT模式下的工作流程

ET模式下的工作流程

epoll中超时时间

epoll_wait函数的第四个参数可以设置，epoll_wait函数的等待时间（timeout时间长度）

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

等待事件的产生，类似于select()调用。参数events用来从内核得到事件的集合，maxevents告诉内核这个events有多大，且maxevents的值不能大于创建epoll_create()时的size，参数timeout是超时时间（ms为单位，0会立即返回，-1将不确定或永久堵塞）。该函数返回需要处理的事件数目，如返回0表示已超时。

select在什么场景下比epoll要快

在少连接高并发的情况下。

因为，连接少意味着不会超过select处理连接的上限1024，高并发意味着一次wait每一个连接都会来数据。把扫描有事件连接时的O(n)的复杂度降至O(1)。

加上每次只需要复制4次fd_set从内核空间和用户空间往返，(sizeof(fd_set)=128)，总体上比epoll要复制的量要少(sizeof(struct epoll_event)=12)(假设100个连接 12*100=1200)。
在这种情况下select是要比epoll高效的。

到这里延伸一下，如果select支持大量连接，并且每一个连接都是相当活跃的，即还是O(n)->O(1)的情况。那么select的性能要比epoll高。

也就是说select的差距主要体现在每次内核O(n)的去遍历fd，用户也需要去遍历fd，造成效率低下。