Select、Poll 和 Epoll 是 Linux 下实现I/O 多路复用的三种系统调用它们允许单个进程同时监控多个文件描述符网络连接。它们的主要区别体现在性能、可扩展性、底层实现以及API 使用方式上。简单来说Select 是鼻祖古董Poll 是改进版老将Epoll 是高性能版本王牌。1. 核心机制与数据结构Select-存储方式使用位图(fd_set) 存储文件描述符集合。-大小限制有硬性上限通常是FD_SETSIZE默认为 1024无法修改除非重新编译内核。-处理方式每次调用时需要将整个fd_set从用户态拷贝到内核态。内核通过轮询所有fd判断状态。Poll-存储方式使用数组struct pollfd结构体数组存储。-大小限制无上限受系统内存限制。-处理方式与 Select 类似每次调用都需要将数组拷贝到内核态内核依然线性轮询所有fd。虽然有改进但复杂度依然是O(n)。Epoll-存储方式使用内核事件表红黑树 就绪链表。-大小限制无上限受系统内存限制。-处理方式“分离”操作。epoll_ctl负责增删改在内核注册epoll_wait负责等待。内核利用回调机制当fd就绪时直接将其加入就绪链表。返回时只需拷贝就绪的fd无需轮询所有连接。2. 性能对比特性SelectPollEpoll时间复杂度O(n)O(n)O(1)(仅返回活跃连接)并发上限1024无硬性上限但效率随连接数线性下降无上限效率随活跃连接数增长数据拷贝每次调用全量拷贝每次调用全量拷贝调用epoll_wait时仅拷贝就绪的fd性能分析-水平触发- 当连接数n很少且非常活跃时Select/Poll 和 Epoll 的性能差异不大。- 当连接数n很大如上万但活跃连接m很少时Epoll 优势巨大O(1)几乎不随总连接数增长而 Select/Poll 每次都需要遍历所有连接O(n)即使 99% 的连接是空闲的。3. 触发模式Epoll 独有的优势在于支持两种触发模式-LT水平触发Level Trigger-特点默认模式。如果fd就绪后未处理下次调用epoll_wait会继续通知。-类比门铃一直响直到你开门处理。-优点编程简单不容易遗漏事件不易出错。-ET边沿触发Edge Trigger-特点仅当fd状态发生变化时才通知例如缓冲区从无数据变为有数据。如果一次没读完后续不再通知直到有新数据到来。-类比门铃只响一次如果你没开门之后不会再响你必须把数据一次性处理完。-优点效率极高减少了系统调用的次数一个连接可能只需要唤醒一次而不是频繁唤醒。-要求通常需要配合非阻塞 I/O使用并将数据全部读写完毕while循环直到EAGAIN。Select 和 Poll 只支持 LT 模式。4. API 使用方式Select (轮询风格)fd_set readfds;FD_ZERO(readfds);FD_SET(fd,readfds);// 每次循环都需要重新设置 fd_set 并拷贝select(max_fd1,readfds,NULL,NULL,timeout);// 需要遍历所有 fd (0 到 max_fd) 来检查哪个就绪for(inti0;imax_fd;i){if(FD_ISSET(i,readfds)){// 处理}}Poll (类似 Select)structpollfdfds[1024];// 填充数组poll(fds,nfds,timeout);// 遍历所有 fds 检查 reventsfor(inti0;infds;i){if(fds[i].reventsPOLLIN){// 处理}}Epoll (事件驱动风格)intepfdepoll_create(1);// 1. 注册事件 (一次)structepoll_eventev;ev.eventsEPOLLIN;ev.data.fdsockfd;epoll_ctl(epfd,EPOLL_CTL_ADD,sockfd,ev);// 2. 循环等待structepoll_eventevents[1024];intnfdsepoll_wait(epfd,events,1024,-1);// 3. 仅遍历返回的就绪事件 (高效)for(inti0;infds;i){// 直接处理 events[i].data.fd// 无需遍历所有历史连接}5. 总结对比表维度SelectPollEpoll数据结构位图 (fd_set)数组 (pollfd)红黑树 双向链表最大连接数1024 (通常)无上限无上限输入输出混在一起 (每次重置)分离 (events和revents)分离 (epoll_ctl与epoll_wait)内核扫描线性扫描线性扫描回调机制触发模式仅 LT仅 LTLT 和 ET (高性能关键)拷贝开销每次全量拷贝每次全量拷贝仅拷贝就绪事件适用场景连接数少 (1024)跨平台连接数稍多但活跃度高高并发(成千上万连接)长连接海量连接6. 如何选择1.Select不推荐用于生产环境的高性能网络编程。主要受限于 1024 上限和低效的轮询机制。2.Poll比 Select 稍好解决了连接数限制但在处理海量连接时随着连接数增加性能会线性下降。适用于连接数中等、活跃度较高的场景。3.EpollLinux 下高性能网络编程的标准。无论是 Web 服务器Nginx、网关还是中间件Redis、Memcached底层大多基于 Epoll 的ET 模式实现。补充知识关于 Windows 和 Mac-Windows没有 Epoll使用的是IOCP(完成端口)属于异步 I/O 模型Proactor 模式。-Mac/BSD使用的是Kqueue功能和 Epoll 类似也是高性能事件通知机制。如果你是在 Linux 环境下开发高并发服务器建议优先选择Epoll如果是做跨平台的高层框架如 Java 的 NIO一般会根据操作系统自动选择Linux 用 EpollMac 用 KqueueWindows 用 Select 或 IOCP。