non-blocking io 是 nginx 高并发能力的底层基石，通过消除等待、复用资源、降低开销，提升吞吐量、延迟稳定性与资源利用率；它避免线程空转、减少系统调用、支持精准内存控制，并在实测中显著优于阻塞模型。
Non-blocking IO 是 Nginx 高并发能力的底层基石，它本身不直接“提速”单次读写，而是通过消除等待、复用资源、降低开销，让单位硬件能承载更多连接、更快响应请求。实际提升体现在吞吐量、延迟稳定性与资源利用率三个维度。
避免线程/进程空转，释放 CPU 与内存
传统阻塞模型下，每个连接需独占一个线程或进程；数据未就绪时，该线程持续挂起或轮询，既浪费栈空间（默认几 MB），又引发频繁上下文切换。Nginx 的非阻塞 I/O 配合 epoll/kqueue 后，一个 worker 进程可同时管理数万连接：连接空闲时完全不消耗 CPU，仅在内核通知“可读”或“可写”时才介入处理。这意味着——
- 8 核服务器上，worker_processes 设为 8，每个 worker 处理 10240 连接，理论支撑超 8 万并发，而内存占用仍可控（主要取决于连接结构体 + 请求池）
- 无大量线程争抢调度器，CPU 更多时间用于实际业务逻辑（如 header 解析、变量替换），而非上下文切换
- 文件描述符耗尽成为新瓶颈，而非线程数上限（Linux 默认 ulimit -n 通常为 65535）
减少系统调用次数，降低内核态开销
非阻塞 I/O 不等于高频轮询。Nginx 依赖事件驱动机制（epoll_wait 或 kqueue），内核只在 fd 状态变化时主动通知，避免了用户态反复调用 read()/write() 并检查返回值。尤其配合以下优化后，系统调用密度显著下降：
- sendfile() 零拷贝：小文件静态响应跳过用户态缓冲，一次系统调用完成磁盘到 socket 的传输
- open_file_cache：缓存 stat()/open() 结果，将高频元数据查询从每次请求降为分钟级
- tcp_nopush / tcp_nodelay 协同：前者合并 sendfile 数据填满 TCP 报文段，后者禁用 Nagle 算法，避免小响应包延迟
支撑精准内存控制，抵御慢速攻击
非阻塞特性必须与内存生命周期严格对齐，否则高并发下易内存溢出。Nginx 将连接（ngx_connection_t）与请求（ngx_http_request_t）内存分层管理：
- 连接结构体长期驻留，仅含 socket、地址、事件等轻量字段
- 每个 HTTP 请求独享一个内存池（ngx_pool_t），header 解析、变量存储、重写缓冲均在此分配；请求结束即整池重置，无 malloc/free 开销
- client_header_timeout 和 client_body_timeout 直接限制请求级池存活时间，防恶意客户端缓慢发包耗尽内存
实测性能差异有明确边界
压测数据显示，非阻塞 I/O 带来的增益并非无限放大。在标准 8 核服务器上：
- 阻塞模型（如 Apache prefork）最大 QPS 约 1.2 万，99% 延迟达 26ms
- Nginx（非阻塞 + epoll）QPS 可达 4.8 万以上，99% 延迟压至 9ms 以内
- 进一步提升需依赖配套调优：buffer_size 匹配业务特征、worker_cpu_affinity 绑定核心、关闭 access_log 减少 write() 调用
