Nginx高吞吐核心在于事件驱动的异步非阻塞I/O模型，依托epoll/kqueue多路复用实现单worker万级并发；需合理配置worker进程数、连接上限、upstream keepalive，并避免proxy_buffering关闭不当等隐式阻塞操作。
Nginx 的高吞吐能力，核心不在于“多线程”或“多进程”的数量堆砌，而在于其基于事件驱动的异步非阻塞 I/O 模型——它让单个工作进程能高效调度成千上万的并发连接，尤其在反向代理场景中，显著降低后端转发的等待开销和资源占用。
事件循环 + 多路复用是吞吐提升的底层基础
Nginx 默认使用 epoll（Linux）或 kqueue（FreeBSD/macOS）等系统级多路复用机制，一个 worker 进程可同时监听并响应大量 socket 事件（如客户端请求到达、后端响应就绪），无需为每个连接创建新线程或进程。这意味着： - 连接建立、请求读取、转发准备、响应接收、返回客户端等各阶段均以回调方式嵌入事件循环； - 没有线程上下文切换开销，也没有阻塞式 read/write 导致的空转等待； - 即使后端响应较慢，Nginx 也不会卡住该 worker，而是立即处理其他就绪事件。
合理配置 worker 与连接模型才能释放异步优势
异步能力需要匹配正确的运行时配置才能落地：
- worker_processes auto; 让 Nginx 根据 CPU 核心数自动分配工作进程，避免过多进程争抢 CPU 或过少导致负载不均；
- worker_connections 10240;（或更高）配合 events { use epoll; multi_accept on; }，确保单个 worker 能承载足够多活跃连接；
- 启用 keepalive 复用上游连接：
upstream backend {
server 10.0.1.10:8080;
keepalive 32;
}
location /api/ {
proxy_pass http://backend;
proxy_http_version 1.1;
proxy_set_header Connection '';
}
这样可复用与后端的 TCP 连接，避免频繁握手与 TIME_WAIT 堆积，大幅减少后端建连压力。
避免同步阻塞操作破坏异步流水线
某些看似常规的配置会隐式引入阻塞，削弱异步收益： - 不要启用 proxy_buffering off 且未配超时，会导致 Nginx 被长尾响应拖住缓冲区； - 避免在 proxy_pass 前大量使用 rewrite 或正则匹配复杂 location，增加事件处理延迟； - 禁用 auth_request 等需同步等待子请求完成的模块，除非明确接受其串行代价； - 日志写入建议用 buffered 和 flush 控制，防止磁盘 I/O 拖慢事件循环。
结合后端特性做轻量适配更有效
异步转发的价值，在于与后端服务节奏对齐： - 若后端是 Go/Node.js 等同样异步模型的服务，Nginx 可保持低延迟、高复用的转发流； - 若后端是传统 Java 同步 Web 容器（如 Tomcat），应控制 upstream keepalive 数量与后端线程池规模匹配，避免连接复用过度导致后端队列堆积； - 对大文件上传/下载，启用 proxy_buffering off + proxy_request_buffering off + 流式响应头透传，让数据直接穿透而不缓存，减少内存拷贝与排队。
