图 1：本文封面，点明题目与三个考察维度。
先说明属性：这是一篇经典题解析，题目出自本地历史面试资料（见文末来源说明），与任何公司的当前招聘无关。IO 多路复用是网络方向面试的常驻考点，epoll 与 select 的对比几乎必问。
想象面试现场，面试官问：「epoll 和 select 有什么区别？」不少人脱口而出「epoll 用红黑树，select 用数组」，然后就没有然后了。这个回答不算错，但只答出实现细节，没答出机制差异。
第一步，审题。
这道题真正考察三层：能监控多大规模的连接、事件如何被发现、性能随连接数如何变化。按这三层组织答案，比背名词稳得多。
第二步，基础回答：三个本质区别。
其一，fd 上限。select 用固定大小的位图 fd_set 表示监控集合，glibc 中 FD_SETSIZE 为 1024，man page 直接警告：只能监控编号小于 1024 的描述符，现代应用应改用 poll 或 epoll。epoll 的监控集合由内核长期维护，没有这种固定上限。
其二，事件发现机制。select 每次调用都把整个 fd 集合从用户态拷进内核，内核线性轮询每个 fd；返回后用户态还要再扫一遍，才知道谁就绪。连接越多扫描越慢，每轮 O(n)。poll 去掉了位图上限，但轮询本质没变。epoll 用 epoll_ctl 注册一次后，fd 就绪由内核事件回调推进就绪列表，epoll_wait 只取回就绪的那批——活跃连接少时接近 O(1) 级别，与总连接数基本无关。
其三，触发方式。epoll 支持水平触发（LT，默认）与边缘触发（ET）。LT 下缓冲区还有数据就持续通知，man page 称此时 epoll「就是一个更快的 poll」；ET 只在状态变化时通知一次，必须配合非阻塞 fd 并把数据读到 EAGAIN 为止，否则会漏事件。select 只有水平触发。
图 2：select 轮询与 epoll 事件驱动的机制对比。
第三步，可能的追问。
「select 每次调用为什么要重新初始化集合？」因为 fd_set 是值-结果参数，返回时被就地修改、只保留就绪位，不重置会越监控越少。「epoll 三个系统调用分别做什么？」epoll_create 创建实例，epoll_ctl 增删改监控项，epoll_wait 取就绪事件。「那红黑树到底用没用？」开头那句背诵可以这么升级：epoll 的兴趣列表由内核长期维护，常见讲解用红黑树描述其组织方式——但重点是「注册一次、长期有效」，而不是树本身。「epoll 一定更快吗？」不一定：连接少且大多活跃时两者差距不大，epoll 的优势在海量连接、只有少数活跃的场景。「别的平台呢？」FreeBSD 用 kqueue；epoll 出现于 Linux 2.5.44 内核。
追问还可能继续升级。「fd 被关闭后，epoll 兴趣列表里的注册还在吗？」man page 的回答是：描述符关闭后会自动从兴趣列表移除——但注意，只有指向同一打开文件描述的所有复制 fd（比如 dup 出来或被 fork 继承的）都关闭后才真正移除。「ET 模式下事件能分多次读吗？」不能这么假设：一次通知就要把数据处理干净，读到 EAGAIN 为止，否则剩余数据再也不会触发新通知。这两个问题答得出来，面试官就知道你碰过真实的坑。
第四步，工程应用与 AI 关联。
这不是题库游戏。AI 推理服务和 Agent 网关要同时扛着成千上万条流式长连接——SSE 逐 token 推送、WebSocket 保持会话——绝大多数连接大部分时间都在沉默等待。这种「海量连接、稀疏活跃」的负载正是 epoll 的设计主场，也是 Node.js、Nginx 这类事件驱动服务在 Linux 上依赖它的原因。
反过来，如果这个场景用 select 实现，每次事件循环都要把上万条连接的位图拷进内核再线性扫一遍，其中绝大多数扫描都是无用功——CPU 被白白烧在空转上，这才是「O(n) 轮询」在工程账单上的真实含义。
易错点清单。
一，把 1024 说成内核硬限制——它是 glibc fd_set 的固定大小，Linux 内核本身并无此限。二，说 ET 模式可以像 LT 一样随意读，忽略「必须读到 EAGAIN」的要求。三，声称 epoll 在任何场景都碾压 select。四，答不出 select 返回后用户态还要再遍历一遍找就绪 fd 这层额外开销。
回到面试现场，建议的答题节奏：先确认考察点（规模、通知机制、性能曲线），再按三个区别展开，主动补 LT/ET 与适用边界，最后落到自己做过的并发场景。机制、细节、权衡，三层都覆盖到了。
如果面试官追问「epoll 的 ET 模式为什么必须配非阻塞 IO」，你会怎么组织答案？欢迎写出你的解释。
参考资料
- select(2) — Linux manual page（FD_SETSIZE 1024 警告与改用 poll/epoll 的建议、fd_set 就地修改需重新初始化） — https://man7.org/linux/man-pages/man2/select.2.html
- epoll(7) — Linux manual page（interest list/ready list 结构、LT 为「更快的 poll」、ET 需非阻塞并读到 EAGAIN、Linux 2.5.44 引入、FreeBSD kqueue） — https://man7.org/linux/man-pages/man7/epoll.7.html