在学习 I/O 多路转接时，我们通常会接触到“三剑客”：select、poll和epoll。它们都能实现单线程并发，但底层的效率和适用场景却大不相同。一、 多路转接三剑客：跨平台与 Linux 原生的抉择在写代码之前，我们需要先确定技术选型。笔记中明确指出了它们的平台限制：函数平台支持核心机制性能与限制推荐场景select🌍跨平台(Windows / Linux / Mac)线性遍历O(n)O(n)O(n)默认最大支持 1024 个文件描述符；效率随连接数增加而显著下降。需要兼容 Windows 的跨平台轻量级项目。poll🐧 仅限 Linux线性遍历O(n)O(n)O(n)突破了 1024 的数量限制，但本质依然是低效的线性轮询，属于过渡方案。极少单独使用，通常被epoll替代。epoll🐧 仅限 Linux事件驱动O(1)O(1)O(1)没有数量限制，内核基于事件回调机制通知，性能极高。现代 Linux 高并发服务器（如 Nginx, Redis）的首选。二、 select 工作原理剖析：内核是如何帮我们站岗的？select的核心思想是**“委托内核检测”**。由于系统调用涉及用户态和内核态的切换，理解其交互过程至关重要。构造集合：我们在用户态创建三个集合（读集合、写集合、异常集合）。最常用的是读集合（检测是否有新连接或新数据）。委托内核：我们将这些集合拷贝给内核。内核线性检测：内核默默地对传入的文件描述符（FD）表进行线性扫描。破坏性反馈：这是select最被诟病的一点！内核一旦发现某些 FD 有动静，它会直接覆盖修改你传进来的集合，只保留那些状态变化的 FD，然后返回。结论：因为内核的反馈是“破坏性”的，所以我们每次调用select之前，都必须重新设置一次检测集合。三、 代码实战：验证 select 的“破坏性”反馈与重置机制下面的代码案例专门针对笔记中“每次调用都需要重新设置检测集合”这一核心考点进行演示。我们将编写一个最小化的服务器核心–扒开 select 的外衣：跨平台 I/O 多路转接与 O(n) 线性遍历的真相在学习 I/O 多路转接时，我们通常会接触到“三剑客”：select、poll和epoll。它们都能实现单线程并发，但底层的效率和适用场景却大不相同。一、 多路转接三剑客：跨平台与 Linux 原生的抉择在写代码之前，我们需要先确定技术选型。笔记中明确指出了它们的平台限制：函数平台支持核心机制性能与限制推荐场景select🌍跨平台(Windows / Linux / Mac)线性遍历O(n)O(n)O(n)默认最大支持 1024 个文件描述符；效率随连接数增加而显著下降。需要兼容 Windows 的跨平台轻量级项目。poll🐧 仅限 Linux线性遍历O(n)O(n)O(n)突破了 1024 的数量限制，但本质依然