开启 multi_accept 并配合 epoll 可显著减少新连接在内核 accept 队列中的等待时间，降低握手延迟、缓解惊群效应、提升吞吐稳定性；其机制是在一次 epoll wait 后循环 accept 直至 eagain，充分消费已完成三次握手的连接队列。
开启 multi_accept 并配合 epoll 事件模型，能显著减少新连接在内核 accept 队列中的等待时间，尤其在突发流量或高并发短连接场景下，可降低握手延迟、缓解惊群效应、提升 Nginx 吞吐稳定性。
理解 multi_accept 的作用机制
multi_accept 控制 Nginx 在一次 epoll wait 事件就绪后，是否尽可能多地调用 accept() 直至队列为空。默认关闭时，每次只取一个连接；开启后，Nginx 会循环 accept 直到系统返回 EAGAIN，从而更充分地消费内核已完成三次握手的连接队列（即 listen() 的 backlog 队列）。
该优化对 epoll 生效（Linux 2.6+ 默认），但对 select/poll 无效。它不改变内核 backlog 大小，也不替代 net.core.somaxconn 调优，而是让 Nginx 更“贪婪”地收割已建立的连接。
启用 multi_accept 的配置方法
在 Nginx 主配置块（events 块）中添加或修改：
events {
use epoll;
multi_accept on;
worker_connections 10240;
}
-
use epoll显式指定事件模型（多数现代 Linux 系统自动选择 epoll，但显式声明更稳妥） -
multi_accept on启用批量接受连接 -
worker_connections建议同步调高（如 10k），避免因单 worker 连接数限制成为瓶颈
配套必须的系统级调优
multi_accept 效果依赖底层网络栈配合，否则连接仍可能堆积在内核队列中被丢弃：
- 增大内核全连接队列上限：
sysctl -w net.core.somaxconn=65535（持久化写入/etc/sysctl.conf） - 确保 Nginx listen 指令未硬编码过小 backlog：
例如listen 80 backlog=65535;（若未指定，Nginx 使用somaxconn值） - 检查并降低连接拒绝率：
监控netstat -s | grep "listen overflows"，非零值说明队列溢出，需继续调大somaxconn
验证与观测建议
调优后需结合指标确认效果：
- 用
ss -lnt查看各端口Recv-Q值，稳定负载下应长期为 0 或极低（表明无积压） - 对比开启前后，使用
ab或wrk对短连接接口压测，观察平均延迟下降与失败率变化 - Nginx 自带状态页（需启用
ngx_http_stub_status_module）中关注Accepts与Handled差值，大幅收窄说明连接处理更及时
