非阻塞i/o与异步事件驱动是nginx高性能的“一体两面”：前者确保socket操作不阻塞，后者通过epoll高效调度就绪事件，配合状态机与回调实现请求闭环处理，使空闲连接零cpu开销。
非阻塞 I/O 和异步事件驱动不是两个独立功能，而是 Nginx 高性能运转的“一体两面”：非阻塞是执行前提，事件驱动是调度中枢，二者缺一不可。
非阻塞 I/O 是底层执行的硬性保障
所有 socket 操作（accept、read、write）在 Nginx 启动时即设为 non-blocking 模式。这意味着：
- 调用 read() 时若无数据可读，立刻返回 EAGAIN/EWOULDBLOCK，不挂起进程；
- 调用 write() 时若发送缓冲区已满，只写入当前可容纳部分，剩余数据暂存并等待下次可写事件；
- accept() 尽量一次性收完内核已完成三次握手的连接队列，避免重复触发和延迟；
- 该模式无需配置开启，Nginx 默认启用，但单独使用效率极低——没有事件机制配合，就只能靠忙轮询。
事件驱动模型提供高效就绪通知与调度
Linux 下默认采用 epoll 作为事件分发器，它替代了传统 select/poll 的低效轮询：
- epoll_wait() 阻塞等待多个 fd 的状态变化，但只在有事件（可读、可写、错误、超时）时才返回；
- 内核维护就绪链表，时间复杂度接近 O(1)，支持单 worker 同时监听数万连接；
- 事件就绪后，Nginx 不新建线程，而是直接调用预注册的回调函数（如 ngx_http_read_request_handler）继续处理；
- 整个过程发生在用户态，无上下文切换开销，CPU 始终用于实际工作而非等待或轮询。
状态机 + 回调构成请求生命周期闭环
每个 HTTP 请求被抽象为有限状态机，各阶段由事件触发、回调衔接：
- 新连接到来 → 触发 accept 回调 → 分配 request 结构体并初始化状态；
- 请求头可读 → 进入 “reading header” 状态 → 解析完毕转入 “waiting for body” 或直接转发 upstream；
- 上游响应到达或本地文件就绪 → 触发 write 回调 → 发送响应 → 根据 keepalive 决定复用或关闭连接；
- 任意阶段遇到 I/O 阻塞（如 upstream 未返回），自动挂起当前请求，让出 CPU 处理其他就绪事件。
协同优化让空闲连接零开销
非阻塞 + 事件驱动的组合效果，在连接生命周期管理上尤为明显：
- 空闲长连接不消耗 CPU，仅在红黑树中记录超时时间，由事件循环统一检查；
- sendfile() 配合非阻塞 write，实现内核态零拷贝传输静态资源；
- 内存池复用 request 和 buffer 结构，避免高频分配释放带来的延迟；
- worker 进程崩溃不影响其他 worker，Master 可快速拉起新进程，稳定性强。
