Nginx响应效率提升靠异步事件驱动模型与内存池机制协同优化：单worker轮转处理数万连接，epoll实现O(1)事件通知，非阻塞IO避免等待，内存池预分配消除malloc开销，sendfile实现零拷贝，CPU亲和性绑定减少调度损耗。
Nginx 的响应效率提升，并不靠堆硬件或改协议，而是把单个 worker 进程用到极致：它不为每个连接开线程，也不等 I/O 完了再干别的，而是靠异步事件驱动模型，在一次 CPU 调度里轮转处理成千上万个连接。实际端到端延迟多为几毫秒，极少数缓存命中或空响应场景可接近百微秒，但这不是常态保证，而是模型高效带来的“溢出收益”。
用对 epoll 和非阻塞 I/O
Linux 下必须确保 Nginx 使用 epoll（而非 select/poll），它监听上万连接的时间复杂度接近 O(1)，而 select 是 O(n) 扫描——高并发时差距巨大。所有 socket 操作（accept、recv、send）都设为非阻塞：数据没来就立刻返回 EAGAIN，Nginx 记下状态，马上切去处理其他就绪事件，绝不卡住。
- 显式配置 use epoll;（虽默认启用，但写明更稳妥）
- 避免在 location 块中混用 proxy_pass + proxy_buffering off，否则可能退化为轮询等待，破坏事件循环
- 检查系统是否开启 net.core.somaxconn 和 fs.file-max，防止 accept 队列溢出或文件描述符耗尽
减少 CPU 和内存开销的关键动作
每次请求都要分配内存、拷贝数据、解析头部？Nginx 用两招压低这些成本：一是内存池预分配，所有 request、buffer、headers 都从固定池里切，无 malloc 锁争抢；二是零拷贝发文件，数据不进用户态，直接从页缓存推到 socket 缓冲区。
- 静态资源服务务必开启 sendfile on; 和 tcp_nopush on;
- 大文件读取可搭配 aio threads;（需内核支持）+ directio 4k;，绕过 page cache 避免抖动
- 启用 open_file_cache 缓存句柄和文件元信息，减少 stat/open 系统调用
避开隐性同步陷阱
很多“慢”不是 Nginx 自身导致的，而是配置无意中引入了同步等待：比如 auth_request 默认同步调用上游鉴权服务，log_format 里用了 $upstream_response_time 会拖慢日志写入节奏，SSL 握手没开 session 复用就得每连重算密钥。
- 将鉴权逻辑移至本地（如 JWT 解析）或用 auth_request_set 配合缓存
- 访问日志加 buffer=64k flush=5s 实现异步缓冲写入
- SSL 配置中必须含 ssl_session_cache shared:SSL:10m; 和 ssl_session_timeout 4h;
让 worker 真正跑在物理核心上
worker 不只是“多开几个进程”，更要让它稳定驻留指定 CPU 核心，避免跨核调度和缓存失效。auto 设置能匹配核心数，但配合亲和性绑定才能发挥最大吞吐。
- worker_processes auto; —— 启动时自动读取 CPU 核心数
- worker_cpu_affinity auto; —— 每个 worker 绑定独占一个核心
- multi_accept on; —— 单次 epoll_wait 尽量 accept 多个新连接，减少事件唤醒次数
- keepalive_timeout 75; —— 复用 TCP 连接，省掉三次握手和慢启动开销
