每日一个知识点 Day01：什么是 IO 多路复用？
IO 多路复用（I/O Multiplexing）
一、今天的知识点
今天记录一个非常经典但很多人一开始容易迷糊的概念：IO 多路复用（I/O Multiplexing）。
它是像 Redis、Nginx 这种高性能服务器能够用少量线程处理大量连接的关键技术。
二、问题是什么
假设服务器要同时处理 10000 个客户端连接。
最朴素的方法是：
一个连接 -> 一个线程
问题来了：
- 线程非常消耗内存
- 线程切换成本高
- CPU 会大量时间花在调度上
于是人们就想：
有没有办法 一个线程同时监听很多连接？
这就是 IO 多路复用的诞生背景。
三、核心原理
一句话理解：
一个线程监听多个 IO，当某个 IO 有事件发生再去处理。
操作系统提供了三个经典机制：
| 技术 | 说明 |
|---|---|
| select | 最早的 IO 多路复用 |
| poll | 改进版 |
| epoll | Linux 高性能方案 |
其中：
epoll是现代高并发服务器最常用的方案。
工作流程大概是：
- 程序把 socket 注册到 epoll
- epoll 监听所有 socket
- 某个 socket 有数据
- epoll 通知程序
- 程序处理该连接
于是：
1个线程 可以管理 上万个连接
四、代码层面的感知
虽然在 C# 中我们很少直接操作 epoll，但异步 IO 的思想是一样的。
例如：
awaitstream.ReadAsync(buffer,0,buffer.Length);本质上就是：
IO准备好 -> 操作系统通知 -> 线程继续执行
这种模式叫：
事件驱动 IO
五、一句话总结
IO 多路复用的本质是：
让操作系统帮你监听大量 IO，而不是让线程傻等。
因此：
线程数量 ≠ 连接数量
这也是为什么：
Redis 可以用 单线程处理十万级连接。
总结
- IO 多路复用解决了“一个连接对应一个线程”导致的资源浪费问题，核心是单线程监听多IO事件。
- epoll 是 Linux 下高性能的 IO 多路复用实现，是高并发服务器的核心技术之一。
- 异步 IO（如 C# 的 ReadAsync）本质上是事件驱动 IO，和 IO 多路复用思想一致。