Nginx异步事件驱动机制通过单worker内事件循环+epoll就绪通知+非阻塞socket+内存复用，实现高并发低开销：accept/recv/send全程不阻塞，超时由红黑树统一管理，空闲连接零CPU消耗，sendfile避免数据拷贝。
Nginx 的异步事件驱动机制不是靠“堆资源”来提升连接处理效率，而是通过精巧的调度逻辑，在单个 worker 进程内高效复用 CPU 和内存，把每个 socket 的生命周期完全纳入可控的非阻塞流转中。
事件循环是调度中枢
每个 worker 进程运行一个紧凑的事件循环，不依赖线程创建或等待 I/O 完成。它借助 epoll（Linux）等系统调用，一次性监听成千上万个 socket 的可读、可写或错误状态。当内核通知某连接就绪，事件循环立刻触发对应回调——比如解析请求头、读取 body、转发 upstream 或发送响应——全程在用户态内存中完成，无上下文切换开销。
- 避免传统 select/poll 的轮询扫描和描述符拷贝开销
- 所有阶段（accept、recv、send、timeout）都注册为事件，由同一循环统一调度
- 空闲时不阻塞、不空转，CPU 时间让给其他就绪任务
全程非阻塞 socket 是执行基础
从 accept 新连接开始，Nginx 就将 socket 设为 non-blocking 模式，确保任何 I/O 操作都不卡住整个流程：
- accept() 尽可能一次收完已排队连接，减少延迟和惊群
- recv() 遇到 EAGAIN/EWOULDBLOCK 立即返回，转而处理其他事件
- send() 只发当前缓冲区允许字节数，剩余数据挂起并注册 write event 等下次可写再续
- 超时控制统一由红黑树管理，无需独立线程轮询
内存与连接复用降低隐性开销
高频连接场景下，频繁分配释放资源会拖慢整体吞吐。Nginx 通过预分配和复用机制规避这类瓶颈：
- worker_connections 控制预分配连接池大小，结构体 ngx_connection_t 启动即配、运行中复用
- HTTP 请求使用 slab 分配器管理 buffer，头部字段以指针引用原始内存，避免字符串拷贝
- keepalive 复用同一 socket 处理多个请求，省去三次握手、TLS 握手等昂贵操作
- 静态文件响应启用 sendfile on，数据直接在内核态传输，跳过用户空间搬运
配置需匹配事件驱动特性
再好的机制也会被不当配置抵消效果。关键参数要协同调整：
- worker_processes 设为 CPU 核心数，避免进程争抢事件队列
- worker_connections × worker_processes ≤ ulimit -n，否则新连接被拒绝
- use epoll 显式声明（Linux 下推荐），multi_accept on 提升突发连接接纳效率
- proxy_buffering 开启可缓解后端响应慢对客户端的影响；proxy_set_header 中避免复杂变量计算，防止同步阻塞
