Nginx高性能源于异步事件驱动模型：单worker单事件循环+epoll多路复用，非阻塞I/O、状态机式请求处理、内存池、零拷贝、连接复用及异步日志等机制协同优化。
Nginx 的高性能不是靠堆资源换来的，而是由异步事件驱动模型天然决定的。它用少量 worker 进程、非阻塞 I/O 和内核级事件通知机制，把单机并发能力推到极致。
单线程事件循环 + 多路复用是核心
每个 worker 进程只运行一个事件循环，不为每个连接创建线程或进程。它通过 epoll（Linux）这类系统调用，一次性监听成千上万个 socket 的状态变化——读就绪、写就绪或错误。内核只把真正“有事发生”的连接通知给 Nginx，避免了 select/poll 那种全量轮询的低效开销。
- epoll 使用红黑树管理监听列表，就绪事件用链表快速返回，时间复杂度接近 O(1)
- 事件循环本身极轻量：等待 → 获取就绪事件 → 分发处理 → 返回等待，无空转、无阻塞
- 所有网络操作（accept、recv、send、connect）都设为非阻塞，一次调用不成功就立即返回，不卡住整个循环
请求生命周期被拆解为可调度的事件
一个 HTTP 请求不再是一条线性执行路径，而是被切分成多个阶段：新连接接入、请求头读取、后端转发建立、响应体接收、客户端写回等。每个阶段完成时注册下一个事件，由事件循环在合适时机触发。
- 比如后端响应还没回来，Nginx 就把当前连接挂起，去处理其他就绪事件；响应到达后，自动触发 write 回客户端
- 超时控制也基于事件：每个连接绑定定时器，用红黑树统一管理，O(log n) 查找过期项
- 这种状态机式处理，让单个 worker 能同时推进上万请求的不同阶段
配套机制保障事件模型不被拖慢
光有事件循环还不够，Nginx 还配套了多项关键设计，防止某一个环节变成瓶颈：
- 内存池替代 malloc/free：避免频繁系统调用和碎片，request buffer、header 缓存都从预分配池中划取
- 零拷贝优化：静态文件用 sendfile() 直接由内核 DMA 传输，跳过用户空间；动态响应启用 proxy_buffering 缓冲后端数据
- 连接复用：upstream keepalive 复用到后端的 TCP 连接，减少握手和慢启动开销
- 日志异步写入：access_log 可配置为 buffered 或 syslog，避免阻塞主线程
配置必须匹配事件驱动逻辑
不当配置会直接抵消事件模型的优势：
- worker_processes 设为 CPU 核心数，过多会导致争抢 epoll 实例和锁；过少则无法利用多核
- worker_connections 要与系统 ulimit -n 对齐，否则新建连接会失败
- 避免在 location 块中使用耗时同步指令，如复杂的 map 变量计算、sub_filter 正则替换，这些会阻塞事件循环
- SSL 握手建议开启 ssl_session_cache 和 ssl_buffer_size，减少加解密对事件处理的干扰
