扒开 select 的外衣：跨平台 I/O 多路转接与 O(n) 线性遍历的真相

在学习 I/O 多路转接时，我们通常会接触到“三剑客”：select、poll和epoll。它们都能实现单线程并发，但底层的效率和适用场景却大不相同。

一、 多路转接三剑客：跨平台与 Linux 原生的抉择

在写代码之前，我们需要先确定技术选型。笔记中明确指出了它们的平台限制：

二、 select 工作原理剖析：内核是如何帮我们站岗的？

select的核心思想是**“委托内核检测”**。由于系统调用涉及用户态和内核态的切换，理解其交互过程至关重要。

1. 构造集合：我们在用户态创建三个集合（读集合、写集合、异常集合）。最常用的是读集合（检测是否有新连接或新数据）。
2. 委托内核：我们将这些集合拷贝给内核。
3. 内核线性检测：内核默默地对传入的文件描述符（FD）表进行线性扫描。
4. 破坏性反馈：这是select最被诟病的一点！内核一旦发现某些 FD 有动静，它会直接覆盖修改你传进来的集合，只保留那些状态变化的 FD，然后返回。

结论：因为内核的反馈是“破坏性”的，所以我们每次调用select之前，都必须重新设置一次检测集合。

三、 代码实战：验证 select 的“破坏性”反馈与重置机制

下面的代码案例专门针对笔记中“每次调用都需要重新设置检测集合”这一核心考点进行演示。我们将编写一个最小化的服务器核心–

扒开 select 的外衣：跨平台 I/O 多路转接与 O(n) 线性遍历的真相

在学习 I/O 多路转接时，我们通常会接触到“三剑客”：select、poll和epoll。它们都能实现单线程并发，但底层的效率和适用场景却大不相同。

一、 多路转接三剑客：跨平台与 Linux 原生的抉择

在写代码之前，我们需要先确定技术选型。笔记中明确指出了它们的平台限制：