Nginx高效复用连接依靠异步事件驱动模型，而非多线程；它将连接注册到epoll/kqueue，由内核就绪通知、Worker非阻塞响应，全程无等待、不轮询，支持单Worker并发管理数万连接，并通过keepalive_timeout等参数精准控制空闲连接生命周期。
Nginx 能高效复用连接，靠的不是“多开线程”，而是把每个连接当作一个可监听的事件，由内核通知、进程响应，全程不卡顿、不等待。
异步事件驱动让连接复用真正落地
传统服务器为每个连接分配独立线程，连接一多，内存和调度开销就暴涨。Nginx 反其道而行：一个 Worker 进程就能同时盯住几万条连接，靠的是“注册→等待→触发→处理”这一整套非阻塞机制。
- 所有活跃连接都注册到 epoll（Linux）或 kqueue（BSD）中，内核只在数据就绪时才通知 Nginx
- Worker 不主动轮询，也不因某条连接收发慢而停摆，始终处于响应状态
- 同一连接上多个 HTTP/2 stream 可并行调度，无需新建 TCP 连接
epoll 是连接复用的技术支点
select/poll 效率低，是因为每次调用都要把全部连接列表拷贝进内核再遍历。epoll 用红黑树存监听句柄、就绪链表存触发事件，做到：
- 添加/删除连接 O(log n)，远快于 select 的 O(n)
- 就绪事件批量返回，避免无效遍历
- 支持边缘触发（ET）模式，减少重复通知，更适合高吞吐场景
配置里启用它很简单：
events {
use epoll; # 显式指定（Linux 下通常自动选）
worker_connections 65535;
}Worker 进程与连接复用的配合逻辑
每个 Worker 是单线程、无锁、事件循环驱动的：
- 接收新连接后，立即设为非阻塞，并加入 epoll 监听读事件
- 请求到达 → 触发读事件 → 解析 header → 发起后端转发或读文件 → 注册写事件 → 数据发完 → 若 keepalive 开启，重置超时并继续监听该连接
- 整个过程不切换线程，不阻塞其他连接，内存局部性好，CPU 缓存友好
关键参数影响复用效果：
-
keepalive_timeout决定空闲连接保留多久（建议 15–60 秒） -
keepalive_requests控制单连接最大请求数（防长连接耗尽资源） -
multi_accept on让 Worker 一次 accept 多个新连接，减少事件唤醒次数
HTTP/2 多路复用依赖事件模型才能发挥价值
HTTP/2 的帧级并发本身不解决 I/O 阻塞问题。Nginx 的事件驱动模型让：
- 单个 TCP 连接承载上百个 stream 成为可能
- 每个 stream 的读写操作都作为独立事件注册、触发、回调
- 流级写队列与连接级缓冲分离，避免小流被大流阻塞
- 配合
http2_max_concurrent_streams 100等设置，实现精细控制
不复杂但容易忽略
