什么是 IO 多路复用？

知识点图片

IO 多路复用（IO Multiplexing） 是一种高效的 I/O 模型，它允许单个线程同时监控多个文件描述符（File Descriptor, FD）（通常是网络连接/Socket）。

简单来说，就是用一个线程来处理成千上万个并发连接。

为了让你彻底理解，我们可以从“生活案例”、“技术演进”和“底层实现”三个角度来解释。

想象一个餐厅（服务器）要接待很多顾客（客户端连接）：

阻塞 I/O (BIO) - 多线程模型：
- 做法： 餐厅为每一桌顾客都专门配一名服务员。服务员站在桌边，直到顾客点完菜才离开。
- 缺点： 顾客如果不点菜（连接空闲），服务员就傻站着（线程阻塞）。如果来了 1000 桌客人，就需要 1000 个服务员，老板（CPU/内存）会破产。
非阻塞 I/O (NIO) - 轮询模型：
- 做法： 只有一名服务员。他不停地在所有桌子之间跑来跑去，问第一桌：“点好了吗？”，问第二桌：“点好了吗？”……
- 缺点： 即使所有顾客都没准备好，服务员也跑断了腿（CPU 空转，利用率极低，浪费资源）。
IO 多路复用 - 事件驱动模型：
- 做法： 只有一名服务员，但他站在吧台。顾客桌上有一个按钮（注册事件）。谁准备好点菜了，就按一下按钮，吧台的灯亮起，服务员就知道“3号桌”准备好了，然后过去处理。
- 优点： 服务员不用傻站着，也不用瞎跑。只有当顾客真的有需求时，服务员才工作。一个人就能轻松应对所有桌子。

在没有 IO 多路复用之前，处理高并发网络请求主要有两种方式，但都有缺陷：

多进程/多线程 (BIO)：
- 每来一个连接，就创建一个线程。
- 问题： 线程切换（Context Switch）开销大，内存占用高。当连接数达到几万时，系统直接崩溃。
非阻塞 I/O (NIO) + 忙轮询：
- 把 Socket 设置为非阻塞，程序不断循环检查是否有数据。
- 问题： CPU 会一直处于 100% 运转状态，大部分时间都在做无用功。

IO 多路复用的出现解决了这个问题：
它把“检查连接是否有数据”的工作交给了操作系统内核。应用进程只需要调用一个函数（如 select、poll 或 epoll），然后阻塞等待。一旦有一个或多个连接有数据了，内核就会唤醒应用进程，并告诉它是哪些连接准备好了。

在 Linux 系统中，实现 IO 多路复用主要有三个系统调用，它们的性能差异很大：

机制： 你把所有要监控的连接（FD）打成一个包传给内核。内核遍历检查一遍，如果有数据，就通知你。
缺点：
- 限制： 默认只能监控 1024 个连接。
- 效率低： 每次调用都要把 FD 集合从用户态拷贝到内核态；内核需要遍历所有 FD 才能知道谁有数据（时间复杂度 O(n)）。

机制：
- 内核里维护一颗红黑树，记录所有要监控的连接。
- 当网卡收到数据时，通过回调机制，直接把活跃的连接加入到一个“就绪链表”中。
- 应用进程只需要问内核：“就绪链表里有东西吗？”
优点：
- 无限制： 连接数只受内存限制。
- 极快： 时间复杂度 O(1)。不管连接数有一万还是一百万，只要活跃连接数少，性能就不会下降。它只关心“活跃”的连接。

IO 多路复用 是一种同步非阻塞 I/O 模型。

它的核心价值在于： 避免了多线程带来的上下文切换开销，同时避免了非阻塞 IO 的 CPU 空转问题，使得单机能够支撑数万甚至数百万的并发连接。

常见应用：

播面