在linux的网络编程中，非常长的时间都在使用select来做事件触发。在linux新的内核中，有了一种替换它的机制，就是epoll。
相比于select，epoll最大的优点在于它不会随着监听fd数目的增长而减少效率。由于在内核中的select实现中，它是採用轮询来处理的，轮询的fd数目越多，自然耗时越多。而且，在linux/posix_types.h头文件有这种声明：
#define __FD_SETSIZE 1024
表示select最多同一时候监听1024个fd，当然，能够通过改动头文件再重编译内核来扩大这个数目，但这似乎并不治本。
epoll的接口非常easy，一共就三个函数：
1. int epoll_create(int size);
创建一个epoll的句柄，size用来告诉内核这个监听的数目一共同拥有多大。这个參数不同于select()中的第一个參数，给出最大监听的fd+1的值。须要注意的是，当创建好epoll句柄后，它就是会占用一个fd值，在linux下假设查看/proc/进程id/fd/，是能够看到这个fd的，所以在使用完epoll后，必须调用close()关闭，否则可能导致fd被耗尽。
2. int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event);
epoll的事件注冊函数，它不同与select()是在监听事件时告诉内核要监听什么类型的事件，而是在这里先注冊要监听的事件类型。第一个參数是epoll_create()的返回值，第二个參数表示动作，用三个宏来表示：
EPOLL_CTL_ADD：注冊新的fd到epfd中；
EPOLL_CTL_MOD：改动已经注冊的fd的监听事件；
EPOLL_CTL_DEL：从epfd中删除一个fd；
第三个參数是须要监听的fd，第四个參数是告诉内核须要监听什么事，struct epoll_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能够是以下几个宏的集合：
EPOLLIN ：表示相应的文件描写叙述符能够读（包含对端SOCKET正常关闭）；
EPOLLOUT：表示相应的文件描写叙述符能够写；
EPOLLPRI：表示相应的文件描写叙述符有紧急的数据可读（这里应该表示有带外数据到来）；
EPOLLERR：表示相应的文件描写叙述符错误发生；
EPOLLHUP：表示相应的文件描写叙述符被挂断；
EPOLLET： 将EPOLL设为边缘触发(Edge Triggered)模式，这是相对于水平触发(Level Triggered)来说的。
EPOLLONESHOT：仅仅监听一次事件，当监听完这次事件之后，假设还须要继续监听这个socket的话，须要再次把这个socket加入到EPOLL队列里
3. int epoll_wait(int epfd, struct epoll_event * events, int maxevents, int timeout);
等待事件的产生，相似于select()调用。參数events用来从内核得到事件的集合，maxevents告之内核这个events有多大，这个 maxevents的值不能大于创建epoll_create()时的size，參数timeout是超时时间（毫秒，0会立即返回，-1将不确定，也有说法说是永久堵塞）。该函数返回须要处理的事件数目，如返回0表示已超时。
4、关于ET、LT两种工作模式：
能够得出这种结论:
ET模式仅当状态发生变化的时候才获得通知,这里所谓的状态的变化并不包含缓冲区中还有未处理的数据,也就是说,假设要採用ET模式,须要一直read/write直到出错为止,非常多人反映为什么採用ET模式仅仅接收了一部分数据就再也得不到通知了,大多由于这样;而LT模式是仅仅要有数据没有处理就会一直通知下去的.
那么到底怎样来使用epoll呢？事实上非常easy。
通过在包含一个头文件#include <sys/epoll.h> 以及几个简单的API将能够大大的提高你的网络server的支持人数。
首先通过create_epoll(int maxfds)来创建一个epoll的句柄，当中maxfds为你epoll所支持的最大句柄数。这个函数会返回一个新的epoll句柄，之后的全部操作将通过这个句柄来进行操作。在用完之后，记得用close()来关闭这个创建出来的epoll句柄。
之后在你的网络主循环里面，每一帧的调用epoll_wait(int epfd, epoll_event events, int max events, int timeout)来查询全部的网络接口，看哪一个能够读，哪一个能够写了。主要的语法为：
nfds = epoll_wait(kdpfd, events, maxevents, -1);
当中kdpfd为用epoll_create创建之后的句柄，events是一个epoll_event*的指针，当epoll_wait这个函数操作成功之后，epoll_events里面将储存全部的读写事件。max_events是当前须要监听的全部socket句柄数。最后一个timeout是 epoll_wait的超时，为0的时候表示立即返回，为-1的时候表示一直等下去，直到有事件范围，为随意正整数的时候表示等这么长的时间，假设一直没有事件，则范围。一般假设网络主循环是单独的线程的话，能够用-1来等，这样能够保证一些效率，假设是和主逻辑在同一个线程的话，则能够用0来保证主循环的效率。
epoll_wait范围之后应该是一个循环，遍利全部的事件。
差点儿全部的epoll程序都使用以下的框架：
for( ; ; )
{
nfds = epoll_wait(epfd,events,20,500);
for(i=0;i<nfds;++i)
{
if(events[i].data.fd==listenfd) //有新的连接
{
connfd = accept(listenfd,(sockaddr *)&clientaddr, &clilen); //accept这个连接
ev.data.fd=connfd;
ev.events=EPOLLIN|EPOLLET;
epoll_ctl(epfd,EPOLL_CTL_ADD,connfd,&ev); //将新的fd加入到epoll的监听队列中
}
else if( events[i].events&EPOLLIN ) //接收到数据，读socket
{
n = read(sockfd, line, MAXLINE)) < 0 //读
ev.data.ptr = md; //md为自己定义类型，加入数据
ev.events=EPOLLOUT|EPOLLET;
epoll_ctl(epfd,EPOLL_CTL_MOD,sockfd,&ev);//改动标识符，等待下一个循环时发送数据，异步处理的精髓
}
else if(events[i].events&EPOLLOUT) //有数据待发送，写socket
{
struct myepoll_data* md = (myepoll_data*)events[i].data.ptr; //取数据
sockfd = md->fd;
send( sockfd, md->ptr, strlen((char*)md->ptr), 0 ); //发送数据
ev.data.fd=sockfd;
ev.events=EPOLLIN|EPOLLET;
epoll_ctl(epfd,EPOLL_CTL_MOD,sockfd,&ev); //改动标识符，等待下一个循环时接收数据
}
else
{
//其它的处理
}
}
}
以下给出一个完整的server端样例：
|
|
client直接连接到这个server就好了。。
