nginx 通过单线程事件循环+非阻塞i/o实现高并发低延迟：worker不阻塞、连接零cpu空转、请求各阶段解耦为回调、系统层规避隐性阻塞、配置须适配事件驱动模型。
Nginx 降低并发连接处理延迟，靠的不是“更快地做完一件事”，而是让每个 worker 进程始终有事可做、从不空等——它把等待变成注册，把阻塞变成回调，把成千上万连接的生命周期纳入一个轻量、可控、非阻塞的事件流水线。
单 worker 管理数万连接，不靠线程堆叠
传统服务器为每个连接分配线程，慢请求会让线程卡在 read()/write() 上，白白消耗内存和调度资源。Nginx 每个 worker 是单线程+事件循环，所有 socket 全设为非阻塞：没数据时 recv() 立即返回 EAGAIN，不挂起；epoll_wait() 一次监听上万个连接状态，只响应就绪事件。空闲连接零 CPU 占用，真正实现“连接多但不累”。
连接与请求各阶段解耦为独立事件
一个 HTTP 请求被拆成多个可调度的环节：accept、读 header、解析 URI、转发 upstream、收响应、写回客户端。每个环节注册为回调，事件循环只派发，模块只做轻量操作：
- 头部解析在内存中完成，无磁盘或网络等待
- 静态文件走 sendfile()，内核零拷贝直达 socket
- 动态请求复用 upstream keepalive 连接，省去握手与慢启动
- 每个连接的超时（如 client_header_timeout、proxy_read_timeout）独立计时，不因一个慢请求拖垮整条链路
系统层协同避免隐性阻塞点
再高效的事件驱动也救不了下游的同步瓶颈：
- 日志写入开启 buffered 或接入异步日志模块，防止 access_log 成 I/O 瓶颈
- SSL 握手启用 ssl_session_cache 并设合理 ssl_buffer_size，减少重复加解密
- Lua 脚本禁用同步调用（如 http.request），改用 cosocket 或移至后端
- worker_processes auto + worker_cpu_affinity auto，让进程数与 CPU 核心对齐，减少上下文切换
配置必须匹配事件驱动逻辑
很多延迟问题其实源于默认配置与事件模型冲突：
- proxy_buffering on（默认）会攒满整个响应体才发给客户端，流式接口延迟飙升；应设为 off
- upstream keepalive 关闭或池过小，每次请求都重建 TCP+TLS 连接，增加 50–200ms 固定开销
- resolver 未设 valid，DNS 查询同步阻塞，可能卡住整个请求
- WebSocket 场景下必须透传 Upgrade/Connection 头，并设 proxy_read_timeout ≥ 心跳间隔，否则频繁断连重连
