select和epoll的区别，以及epoll的优势所在

墨蓝 2022-04-17 02:09 263阅读 0赞

**select的缺点：**

1.  **支持的fd数量有限：**  
    单个进程能够监视的文件描述符的数量存在最大限制，通常是1024，当然可以更改数量，但由于select采用轮询的方式扫描文件描述符，文件描述符数量越多，性能越差；(在linux内核头文件中，有这样的定义：\#define单个进程能够监视的文件描述符的数量存在最大限制，通常是1024，当然可以更改数量，但由于select采用轮询的方式扫描文件描述符，文件描述符数量越多，性能越差；(在linux内核头文件中，有这样的定义：\#define  
    \_\_FD\_SETSIZE 1024)
2.  **每次调用select, 都会把fd从用户态拷贝到内存态 ；**  
    内核 / 用户空间内存拷贝问题，内核 / 用户空间内存拷贝问题，select需要复制大量的句柄数据结构，产生巨大的开销；
3.  **使用的是轮询的方式，需要内核遍历传进来的所有fd;**  
    select返回的是含有整个句柄的数组，应用程序需要遍历整个数组才能发现哪些句柄发生了事件；select返回的是含有整个句柄的数组，应用程序需要遍历整个数组才能发现哪些句柄发生了事件；

select只提供了一个函数——select函数。而epoll提供了三个函数，**epoll\_create**, **epoll\_ctl** 和 **epoll\_wait**；

*  epoll\_create是创建一个epoll句柄；
 *  epoll\_ctl是注册要监听的事件类型；
 *  epoll\_wait则是等待事件的产生。

**epoll把原来select调用分成了3个部分：**

1）调用epoll\_create()建立一个epoll对象(在epoll文件系统中为这个句柄对象分配资源)

2）调用epoll\_ctl向epoll对象中添加这100万个连接的套接字

3）调用epoll\_wait收集发生的事件的连接

**对于第一个缺点，fd数目有限：**  
　　epoll没有这个限制，它所支持的FD上限是最大可以打开文件的数目，这个数字一般远大于2048,举个例子,在1GB内存的机器上大约是10万左右，具体数目可以cat /proc/sys/fs/file-max查看,一般来说这个数目和系统内存关系很大。  
　　  
**对于第二个缺点，重复把fd从用户态拷贝到内存态：**  
epoll的解决方案在epoll\_ctl函数中。每次注册新的事件到epoll句柄中时（在epoll\_ctl中指定EPOLL\_CTL\_ADD），会把所有的fd拷贝进内核，而不是在epoll\_wait的时候重复拷贝。epoll保证了每个fd在整个过程中只会拷贝一次。

**对于第三个缺点，轮询方式遍历所有的fd：**  
　　epoll的解决方案不像select那样每次都把current轮流加入fd对应的设备等待队列中，而只在epoll\_ctl时把current挂一遍（这一遍必不可少）并为每个fd指定一个回调函数，当设备就绪，唤醒等待队列上的等待者时，就会调用这个回调函数，而这个回调函数会把就绪的fd加入一个就绪链表）。epoll\_wait的工作实际上就是在这个就绪链表中查看有没有就绪的fd（利用schedule\_timeout()实现睡一会，判断一会的效果，和select实现中的第7步是类似的）。