通俗解释：I/O多路复用三剑客

生活中的比喻

想象你在经营一个快递驿站，顾客来取快递：

1. Select - 传统方法（挨个问）

// 就像你每隔一段时间就问每个顾客：while(true){for(每个顾客){问："有你的快递吗？"}// 处理有快递的顾客}

特点：

• 效率低：不管有没有快递，每个人都要问一遍
• 人数限制：最多只能服务1024个顾客（FD_SETSIZE限制）
• 开销大：每次都要重新准备名单

2. Poll - 改进版（填表格）

// 顾客先填好表格放在桌上，你只需要检查表格structpoll{int顾客编号;short事件;// "有快递"、"要寄件"};while(true){扫描所有表格();// 扫描所有顾客的表格// 处理有事件的顾客}

改进：

• 无人数限制：表格可以无限长（链表结构）
• 稍微高效：但还是要扫描所有人

3. Epoll - 智能系统（叫号机）

// 安装了一套智能系统：1.顾客进门先登记（epoll_ctl）2.有快递时，系统自动亮灯通知（epoll_wait只返回有事件的）3.你只需要处理亮灯的顾客// 系统还有两种工作模式：// LT模式：快递没取走，灯一直亮（反复通知）// ET模式：快递来了只闪一下灯，取不走就要自己负责

技术对比表

现实场景比喻

场景：学校食堂打饭

Select方式：

• 食堂阿姨每隔5分钟就大喊：“要打饭的同学举手！”
• 所有人都要回应，不管饿不饿
• 最多只能服务1024个学生

Poll方式：

• 每个人发一张卡片，饿了就翻到"饿"的一面
• 阿姨还是需要看所有人的卡片
• 但可以服务全校学生

Epoll方式：

• 安装智能系统，学生饿了按按钮
• 系统只告诉阿姨哪些学生按了按钮
• 阿姨直奔这些学生，效率最高

代码直观对比

// Select：查询1000个连接fd_set readfds;FD_ZERO(&readfds);for(i=0;i<1000;i++){FD_SET(fds[i],&readfds);// 所有连接加入集合}select(1001,&readfds,NULL,NULL,NULL);// 内核遍历1000个// 应用层再遍历1000个找就绪的// Poll：也是遍历1000个structpollfdfds[1000];poll(fds,1000,-1);// 内核遍历1000个// 应用层再遍历1000个// Epoll：只处理就绪的intepfd=epoll_create(1000);// 创建红黑树+就绪链表epoll_ctl(epfd,EPOLL_CTL_ADD,fd,&ev);// 注册到红黑树epoll_wait(epfd,events,1000,-1);// 只返回就绪的，可能就几个// 直接处理返回的几个events

核心机制图解

Select/Poll：

用户态 内核态 ↓ ↓ [1,2,3...1000] → 遍历所有 → [1,5,7] // 返回就绪的 ↑ ↑ 复制所有 复制就绪的

Epoll：

用户态 内核态 ↓ ↓ 注册fd到红黑树 → 等待事件 → 就绪链表 ← 事件发生 ↑ ↑ 只复制就绪fd 只检查就绪链表

选择建议

1. 小型项目/跨平台：用Select（简单通用）
2. 中型项目：用Poll（连接数多但并发不高）
3. 高性能服务器：用Epoll（Linux下必备）
4. Windows平台：用IOCP（Windows的"Epoll"）
5. Mac/BSD：用Kqueue（Unix的"Epoll"）

一句话总结

• Select：全村广播找人
• Poll：点名册逐个点名
• Epoll：微信通知，谁有事@你

就像从"挨家挨户敲门"进化到"手机智能推送"，Epoll让服务器知道谁有事要处理，而不是盲目地问所有人有没有事。