select 和 epoll 都是 I/O 多路复用机制，但设计目标和适用场景不同
select 是早期 Unix 系统就支持的通用接口，跨平台性好；epoll 是 Linux 2.6+ 特有的高效实现，专为高并发、大量连接优化。两者核心目标一致：让一个线程/进程同时监控多个文件描述符（如 socket）的读写就绪状态，避免为每个连接单独阻塞等待。
select 的工作方式与局限
select 每次调用都需要把整个 fd 集合（通常是 1024 个以内）从用户态拷贝到内核态，并由内核线性遍历所有 fd 判断是否就绪。返回时再把就绪集合拷贝回用户态。这意味着：
- 时间复杂度是 O(n)，n 是监控的 fd 总数，不管其中几个就绪
- 每次调用前必须重置 fd_set，不能复用上次状态
- 有默认 FD_SETSIZE 限制（常见为 1024），扩展需重新编译内核或 glibc
- 无法得知哪个 fd 具体发生了什么事件（如可读 vs 可写），需再次调用 recv/send 试探，可能阻塞
epoll 的核心改进
epoll 把“注册”和“等待”分离，使用三步操作：epoll_create 创建实例，epoll_ctl 添加/修改/删除监听的 fd，epoll_wait 等待就绪事件。关键优势在于：
- 内核用红黑树管理监听 fd，插入/删除 O(log n)；就绪队列用链表，返回就绪 fd 时仅拷贝真正就绪的项，时间复杂度接近 O(1)（就绪数）
- 无需每次传入全部 fd，也无需反复重置结构体
- 支持边缘触发（ET）和水平触发（LT）两种模式，ET 可减少重复通知，配合非阻塞 I/O 提升效率
- 无硬编码 fd 数量上限，只受系统内存和 ulimit 限制
Python 中的实际使用差异
标准库 select.select() 直接封装系统 select；而 select.epoll() 仅在 Linux 上可用，行为更接近原生 epoll。asyncio 在 Linux 默认使用 epoll，在 macOS 用 kqueue，Windows 用 IOCP —— 这正是为了自动适配最优机制。
立即学习“Python免费学习笔记（深入）”；
简单示例对比：
# select 方式（伪代码）
read_fds = [sock1, sock2, ...]
while True:
rlist, _, _ = select.select(read_fds, [], [])
for s in rlist:
data = s.recv(1024) # 可能阻塞，除非设为非阻塞
<h1>epoll 方式（Linux only）</h1><p>ep = select.epoll()
ep.register(sock1, select.EPOLLIN)
ep.register(sock2, select.EPOLLIN)
while True:
events = ep.poll() # 返回 [(fd, event), ...]
for fd, ev in events:
if ev & select.EPOLLIN:
data = fd.recv(1024) # 同样建议设为非阻塞
注意：无论 select 还是 epoll，搭配非阻塞 socket 才能真正避免阻塞，这是高效 I/O 的前提。
