select和epoll

最新推荐文章于 2025-08-13 22:18:14 发布

原创最新推荐文章于 2025-08-13 22:18:14 发布 · 318 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#nginx #select #epoll #数据结构 #解决方案

系统运维专栏收录该内容

2 篇文章

订阅专栏

本文探讨了select和epoll这两种多路I/O机制。select是POSIX标准的一部分，而epoll是Linux特有的。epoll相比select有明显优势，如不受文件描述符数量限制、高效的通知机制，并支持边缘触发模式。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

select和epoll这两个机制都是多路I/O机制的解决方案，select为POSIX标准中的，而epoll为Linux所特有的。
epoll的最大好处是不会随着FD的数目增长而降低效率，在selec中采用轮询处理，其中的数据结构类似一个数组的数据结构，而epoll是维护一个队列，直接看队列是不是空就可以了。
nginx就是使用epoll来实现I/O复用支持高并发，目前在高并发的场景下，nginx越来越收到欢迎。
select的一个缺点在于单个进程能够监视的文件描述符的数量存在最大限制
epoll:
(1)IO的效率不会随着监视fd的数量的增长而下降。epoll不同于select和poll轮询的方式，而是通过每个fd定义的回调函数来实现的。只有就绪的fd才会执行回调函数;
(2)支持电平触发和边沿触发（只告诉进程哪些文件描述符刚刚变为就绪状态，它只说一遍，如果我们没有采取行动，那么它将不会再次告知，这种方式称为边缘触发）两种方式，理论上边缘触发的性能要更高一些，但是代码实现相当复杂。
(3)有着良好的就绪事件通知机制
select:
(1)单个进程可监视的fd数量受到了限制，在32位机器上，他所能管理的fd数量最大为1024;
(2)对socket进行扫描时是线性扫描，当socket文件描述符数量变多时，大量的时间是被白白浪费掉的。