IO 模型 select poll epoll

1. 一句话总结

IO 多路复用让一个线程管理多个连接，select、poll、epoll 的区别在事件管理和就绪通知效率。

2. 通俗解释

阻塞 IO 像一个服务员只盯一桌；IO 多路复用像服务员看很多桌，谁举手服务谁。epoll 更像客人按铃，不用每次全场扫描。

3. 核心概念

• 阻塞 IO：线程等待数据期间挂起。
• 非阻塞 IO：没有数据立即返回。
• IO 多路复用：一个线程监听多个 fd。
• select：位图传递 fd 集合，有数量限制，需要遍历。
• poll：数组传递 fd，无固定数量限制，但仍遍历。
• epoll：内核维护事件集合，就绪队列返回。

4. 底层原理

• IO 分等待数据就绪、数据从内核复制到用户空间两阶段。
• select/poll 每次调用都要传入 fd 集合并遍历。
• epoll 通过 epoll_ctl 注册事件，epoll_wait 获取就绪事件。
• epoll 适合大量连接但少量活跃的场景。
• Reactor 模型通常基于 IO 多路复用分发事件。

5. 面试标准回答

阻塞 IO 中线程在等待数据时会挂起，一个连接占用一个线程，连接多时成本高。非阻塞 IO 不等待，但单纯轮询会浪费 CPU。IO 多路复用通过 select、poll、epoll 等机制，让一个线程同时监听多个文件描述符。select 有 fd 数量限制且每次需要拷贝和遍历集合；poll 去掉固定数量限制但仍要遍历；epoll 把关注的 fd 注册到内核，事件就绪后放入队列，epoll_wait 直接返回活跃事件，更适合高并发连接。

6. 高频追问

追问 1：IO 模型 select poll epoll面试第一句话怎么答？

先给结论：阻塞 IO：线程等待数据期间挂起。 再补充它解决的问题和使用场景，避免一上来背长定义。

追问 2：它为什么需要底层机制支撑？

IO 分等待数据就绪、数据从内核复制到用户空间两阶段。 面试官追问时要把“现象”落到“机制”和“代价”。

追问 3：常见误区是什么？

不要把平均情况说成绝对结论，也不要忽略边界条件、退化情况和工程成本。

追问 4：如果继续追问怎么展开？

可以沿着“定义 → 原理 → 对比 → 场景 → 缺点 → 优化”展开，重点说清：select/poll 每次调用都要传入 fd 集合并遍历。

追问 5：实际开发中怎么体现？

Redis 使用 IO 多路复用处理客户端连接。 这类联系能把基础知识从“背概念”变成“解释工程选择”。

追问 6：回答时怎么收尾？

最后用一句话总结适用条件和代价，说明什么时候该用、什么时候不该用。

7. 易混淆点

8. 实际开发联系

• Redis 使用 IO 多路复用处理客户端连接。
• Nginx 基于事件驱动支撑高并发。
• Netty Reactor 模型底层依赖 selector/epoll。

9. 背诵速记

IO 多路复用让一个线程监听多个 fd。select 有限制且遍历，poll 无固定限制但仍遍历，epoll 通过注册事件和就绪队列返回活跃 fd，适合高并发连接。