接上一篇select和poll的区别文章中，介绍了select和poll，它们有几个明显的缺点，比如select每次调用都要把用户关心的文件描述符重新设置一遍，并且它能处理的文件描述符数量有限，而且无论是select还是poll，函数返回时我们都要遍历一遍事件集，找到就绪的文件描述符，效率比较低。而epoll正好可以用来解决这些问题。epoll是Linux特有的IO复用函数，它是一组函数：
#include <sys/epoll.h>
int epoll_create(int size);
int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event);
int epoll_wait(int epfd, struct epoll_event *events, int maxevents, int timeout);
epoll把用户关心的文件描述符上的事件放在内核的一个事件表中，通过epoll_create返回一个文件描述符epollfd，该描述符用来唯一标识内核中的这个事件表。epoll_create中的size参数无关紧要，但要给一个大于0的值。
epoll_ctl第一个参数传入epollfd，op表示操作类型，fd是要操作的文件描述符，event是事件类型。
操作类型op有3种：
EPOLL_CTL_ADD 往事件表中注册fd上的事件
EPOLL_CTL_MOD 修改fd上的注册事件
EPOLL_CTL_DEL 删除fd上的注册事件
epoll_event的定义：
The struct epoll_event is defined as :
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 */
};
epoll_event中的events用来描述事件类型，epoll支持的事件类型和poll基本相同。表示epoll事件类型的宏是在poll对应的宏前加上“E”，比如epoll的数据可读事件是EPOLLIN。data用来存放用户数据，epoll_data_t中fd可以存放用户fd，ptr用来指定与fd相关的用户数据，但由于epoll_data是一个联合体，所以不能同时使用ptr和fd，因此我们可以在ptr指向的用户数据中包含fd。
epoll_wait在一段超时时间内等待一组文件描述符上的事件，函数成功时返回就绪的文件描述符的个数。events是传出参数，epoll_wait函数如果检测到事件，就将所有就绪的事件从内核事件表中复制到它的第二个参数events指向的数组中。这个数组只用于输出epoll_wait检测到的就绪事件，因此，当epoll_wait返回时，我们只需要遍历这个数组就好了，大大提高了效率。
来看一下poll和epoll的区别：
int ret = poll(fds, MAX_EVENT_NUMBER, -1);
//遍历所有sockfd
for (int i = 0; i < MAX_EVENT_NUMBER; i++) {
if (fds[i].revents & POLLIN) {
int sockfd = fds[i].fd;
//处理事件
}
}
int ret = epoll_wait(epollfd, events, MAX_EVENT_NUMBER, -1);
//遍历就绪sockfd
for (int i = 0; i < ret; i++) {
int sockfd = events[i].data.fd;
//处理事件
}
可以看到，当sockfd较多时，epoll较poll效率提升还是很高的。
现在把上一篇中select的例子改写一下：
#include <stdio.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <string.h>
#include <vector>
#include <sys/epoll.h>
using namespace std;
#define MAX_EVENT_NUMBER 1024
int main(void)
{
//初始化套接字
int listenfd = socket(AF_INET, SOCK_STREAM, 0);
if (listenfd < 0)
{
perror("socket");
return -1;
}
struct sockaddr_in address;
bzero(&address, sizeof(address));
address.sin_family = AF_INET;
address.sin_addr.s_addr = htonl(INADDR_ANY);
address.sin_port = htons(8080);
int ret = bind(listenfd, (struct sockaddr *)&address, sizeof(address));
if (ret < 0)
{
perror("bind");
return -1;
}
ret = listen(listenfd, 5);
if (ret < 0)
{
perror("listen");
return -1;
}
int epollfd = epoll_create(5);
if (epollfd < 0)
{
perror("epoll_create");
return -1;
}
struct epoll_event event;
event.data.fd = listenfd;
event.events = EPOLLIN;
//将listenfd加入epoll内核事件表
epoll_ctl(epollfd, EPOLL_CTL_ADD, listenfd, &event);
epoll_event events[MAX_EVENT_NUMBER];
vector<int> vecClientfd;
while (1)
{
ret = epoll_wait(epollfd, events, 1024, -1);
for (int i = 0; i < ret; i++)
{
int sockfd = events[i].data.fd;
if (sockfd == listenfd)
{
struct sockaddr_in client_address;
socklen_t client_addrlength = sizeof(client_address);
int clientfd = accept(listenfd, (struct sockaddr *)&client_address, &client_addrlength);
//如果有新客户端连接
printf("The connection is successful : %d\n", clientfd);
struct epoll_event event;
event.data.fd = clientfd;
event.events = EPOLLIN;
//将clientfd加入epoll内核事件表
epoll_ctl(epollfd, EPOLL_CTL_ADD, clientfd, &event);
vecClientfd.push_back(clientfd);
}
else if (events[i].events & EPOLLIN)
{
//如果有客户端的读事件
char buf[1024];
ret = recv(events[i].data.fd, buf, sizeof(buf) - 1, 0);
if (ret <= 0)
{
perror("recv");
}
printf("client: %d recv: %s\n", events[i].data.fd, buf);
}
}
}
for (int i = 0; i < vecClientfd.size(); i++)
{
close(vecClientfd[i]);
}
close(listenfd);
return 0;
}
epoll比较高效的原因还有一个是它对文件描述符的操作有两种模式：LT（水平触发）和ET（边缘触发）。select和poll都只能工作在相对低效的LT模式。epoll默认是水平触发，这种模式下epoll相当于一个效率较高的poll。当往epoll内核事件表中注册一个文件描述符上的EPOLLET事件时，epoll将以ET模式来操作该文件描述符。ET模式是epoll的高效工作模式。
对于采用LT工作模式的文件描述符，当epoll_wait检测到其上有事件发生并将此事件通知应用程序后，应用程序可以不立即处理该事件。这样，当应用程序下一次调用epoll_wait时，epoll_wait还会再次向应用程序通告此事件，直到该事件被处理。而对于采用ET工作模式的文件描述符，当epoll_wait检测到其上有事件发生并将此事件通知应用程序后，应用程序必须立即处理该事件，因为后续的epoll_wait调用将不再向应用程序通知这一事件。可见，ET模式在很大程度上降低了同一个epoll事件被重复触发的次数，因此效率要比LT模式高。
关于水平触发和边缘触发在我脑海中一直有一个电信号的图：
水平触发在于看当前状态，比如当前状态是高电平就会一直触发，而边沿触发在于看状态变化，比如从低电平变为高电平，这个过程只会触发一次，想要再次触发，只能状态发生改变。
所以，ET模式效率高的原因就在于同一事件（比如可读或可写事件）只会触发一次，而LT只要状态不变就会一直触发。同时这也引出了一个问题，对于ET模式，当有事件来时，就要一次把这个事件处理完，因为之后不会再触发该事件，即使上一次该事件没处理完。
说了这么多epoll的优点，难道他没有缺点吗？有，比如活动连接比较多的时候，epoll_wait的效率未必比select和poll高，因为epoll_wait采用的是回调的方式，内核检测到就绪的文件描述符时，触发回调函数，回调函数将该文件描述符上对应的事件插入内核就绪事件队列，内核最后在适当的时机将该就绪队列中的内容拷贝到用户空间。而连接较多时回调函数被触发过于频繁，开销较大，所以epoll_wait适用于连接数量多，但活动连接较少的情况。
参考资料
[1] 游双.Linux高性能服务器编程[M].北京：机械工业出版社，2013.
