非阻塞IO是Nginx支撑海量长连接高性能的核心机制，单worker可稳定维持1万～2万连接，依赖epoll事件驱动、轻量内存占用（1–2KB/连接）、低CPU利用率（<15%）及多层防护配置。
非阻塞 IO 是 Nginx 在海量长连接场景下保持高性能和稳定性的根本机制，它不靠“加速单次操作”，而是让有限 worker 进程持续、轻量、无停顿地调度数万连接。
单 worker 高效承载数万长连接
在 keepalive_timeout 设置合理（如 60–120 秒）、后端连接池（upstream.keepalive）配置得当的前提下，一个 worker 进程可稳定维持 1 万～2 万活跃长连接。这得益于：连接不独占线程或栈空间；socket 仅在内核通知“可读/可写”时才被处理；空闲连接几乎不消耗 CPU 和内存资源。
- 每个长连接只占用约 1–2 KB 内存（含 ngx_connection_t 和轻量请求上下文）
- worker 不会因某个客户端发包慢、心跳间隔长而卡住，始终可响应其他就绪事件
- 即使 90% 连接处于空闲状态，CPU 利用率仍能保持在低位（通常低于 15%）
事件驱动保障低延迟与高吞吐并存
长连接的核心挑战不是带宽，而是连接保活、心跳响应、小包快速分发。Nginx 的 epoll + 非阻塞组合对此天然适配：新数据到达立即触发回调，无需轮询；响应生成后立刻尝试 send()，失败则挂起等待可写事件，全程不阻塞主循环。
- WebSocket 或 HTTP/2 长连接下的平均响应延迟可稳定在 5–15 ms 区间
- 突发心跳包（如每 30 秒一次 ping/pong）不会引发调度抖动，事件循环按需唤醒
- 单 worker 每秒可处理数千次长连接上的小请求（如状态查询、消息推送确认）
抗慢连接与资源约束设计
海量长连接下，恶意慢速客户端或网络抖动极易耗尽资源。Nginx 将非阻塞 IO 与多层防护绑定，避免“假死”：
- client_header_timeout 和 client_body_timeout 独立控制握手与上传阶段，防止 header 缓慢发送拖垮连接池
- worker_connections 设为接近 ulimit -n 的值（如 65535），配合 worker_rlimit_nofile 显式声明，防 fd 耗尽
- keepalive_requests 限制单连接最大请求数，强制复用或回收，避免内存碎片累积
- 缓冲区（如 client_header_buffer_size）按需分配、严格生命周期管理，请求结束即整池释放
配套调优才能释放全部能力
非阻塞 IO 不是自动生效的魔法，需匹配系统与配置：
- events 块中必须启用 use epoll;（Linux）或 use kqueue;（BSD/macOS）
- multi_accept on; 提升连接接纳效率，尤其在瞬时建连高峰时减少排队
- worker_cpu_affinity auto; 让每个 worker 绑定独立 CPU 核心，降低缓存失效
- 系统级 ulimit -n 至少设为 65535，并在 limits.conf 中对 nginx 用户持久化设置
