Nginx中利用Non-blocking IO处理并发请求的逻辑

Nginx通过非阻塞I/O、epoll事件驱动和状态机实现高并发：socket设为O_NONBLOCK避免等待，epoll高效监听就绪事件，每个连接用状态机分阶段处理，worker循环只响应真实事件。

Nginx 用非阻塞 I/O 处理并发请求，核心不是“快”，而是“不空等”——每个 worker 进程靠轮询就绪事件、状态驱动推进、零线程切换，把单核 CPU 的时间片全部花在真正有事可做的连接上。

非阻塞 I/O：系统调用永不卡住

传统服务器调用 read() 或 accept() 时，若数据未到或连接未建好，进程会挂起等待。Nginx 把所有 socket 设为 O_NONBLOCK 模式，每次系统调用都立即返回：

• 没数据可读？返回 EAGAIN 或 EWOULDBLOCK，不等，立刻转向下一个任务
• 写缓冲区满？同样立即出错返回，不阻塞，后续等可写事件再试
• 所有 I/O 操作都带错误检查，只对“就绪”状态做实际处理

事件驱动：epoll 是它的“眼睛”

Nginx 在 Linux 上依赖 epoll 实现高效监听。它不自己轮询每个 socket，而是让内核代劳：

• 把成千上万个 socket 注册进 epoll 表，由内核跟踪其读/写/错误状态
• 调用 epoll_wait() 时，仅当有事件发生才返回就绪列表（比如 10 万个连接中只有 200 个收到数据）
• worker 进程只遍历这 200 个就绪项，其余连接安静待在内核表里，不占 CPU、不耗栈、不触发上下文切换

状态机：一个连接一套进度条

Nginx 不为每个连接开线程，而是用轻量结构体 ngx_connection_t 记录当前阶段：

• 比如 NGX_HTTP_READING_REQUEST（正在收请求头）、NGX_HTTP_PROCESS_REQUEST（解析中）、NGX_HTTP_SENDING_RESPONSE（发响应中）
• 每次事件循环拿到就绪连接，就按它的当前状态分发对应 handler，推进一步，然后存回状态
• 一次 HTTP 请求被拆成多个明确阶段，每个阶段只做最小必要动作，中间随时可能因 I/O 未就绪而暂停，等下次事件唤醒

单 worker 循环：看一眼，动一下，再看一眼

每个 worker 进程跑一个极简无限循环：

• epoll_wait() → 等内核通知哪些 fd 就绪
• 遍历就绪列表 → 查每个连接的当前状态
• 调用对应状态的处理函数 → 可能读数据、解析、转发、写响应
• 更新连接状态 → 返回继续 epoll_wait()

这个循环本身不耗时、不阻塞、不分配新栈帧，就像一位专注的调度员，始终只响应真实发生的事件。