Nginx高性能反向代理依赖轻量异步事件驱动模型，单worker进程通过epoll/kqueue多路复用管理数千连接，结合零拷贝、内存池、连接复用与健康探测等机制实现高并发低延迟。
Nginx 的高性能反向代理能力，核心就来自它那套轻量、可控的异步事件驱动模型——不是靠堆线程或进程硬扛，并发上万也不“卡”，关键在于把 I/O 等待变成可调度的事件。
单 worker + 多路复用：一个线程管住成千连接
每个 worker 进程不为每个请求开线程，而是用 epoll（Linux）或 kqueue（macOS/FreeBSD）监听成百上千个 socket 的状态变化。客户端发来请求头、后端返回响应体、TCP 连接就绪……这些都不是阻塞等待，而是注册成一个个事件，由事件循环统一捡漏处理。
- 没有请求在读写时，worker 不空转也不休眠，CPU 时间立刻让给其他就绪任务
- 避免了传统 select/poll 每次遍历所有 fd 的开销，尤其在大量空闲连接场景下优势明显
- worker_processes 建议设为 CPU 核心数；worker_connections 要配合系统 ulimit -n 设置，否则会卡在文件描述符不足
零拷贝与内存池：减少数据搬运和内存抖动
转发过程中，Nginx 尽量不让数据在内核态和用户态之间来回搬。静态资源走 sendfile() 直达网卡，动态响应则靠 slab 内存池管理 buffer，避免频繁 malloc/free 导致碎片和延迟。
- proxy_buffering 开启后，即使后端响应慢，Nginx 也能先收全再吐给客户端，避免长连接挂起
- proxy_buffer_size 和 proxy_buffers 控制缓冲区大小和数量，太小易触发多次分配，太大浪费内存
- TCP_NOPUSH（Linux）和 TCP_NODELAY 可按需启用，前者合并小包提升吞吐，后者禁用 Nagle 算法降低延迟
连接复用与健康探测：让上游调用更稳更省
异步模型让 Nginx 能精细控制与后端的交互节奏。它不等一个请求彻底结束才发起下一个，而是把建连、发请求、收响应拆成多个可中断、可重入的步骤。
- upstream 中配置 keepalive 50; 可复用到后端的 TCP 连接，省掉三次握手和慢启动开销
- health_check interval=3 fails=2 passes=2 rise=2; 异步探测，不影响主请求流
- 当后端繁忙时，Nginx 可暂存请求进 queue（需配合 least_conn 或 ip_hash），而不是直接甩 502
配置要贴合异步逻辑，否则容易拖慢整个事件循环
异步不是自动加速器，错误配置会让本该非阻塞的操作变同步，拖垮整个 worker。
- proxy_set_header 中慎用复杂变量计算（比如嵌套 map 或正则提取），这类操作会阻塞事件循环
- access_log 的日志格式尽量精简，避免调用耗时函数；必要时可用 buffer 和 flush 参数缓解写磁盘压力
- rewrite 规则层级不宜过深，每层都要做字符串匹配和替换，高并发下累积开销明显
