非阻塞io是nginx异步网络处理的必要前提，通过o_nonblock socket使read/write立即返回eagain，配合epoll实现事件驱动、零阻塞的高并发处理，并需timeout配置协同防止资源耗尽。
Non-blocking IO 是 Nginx 实现异步网络处理的底层基石，不是“配合”异步，而是直接支撑异步行为发生的必要条件。它让单个 worker 进程能同时盯住成千上万个连接，而不会因某个连接卡顿就停摆。
非阻塞 socket 是异步调度的前提
每个客户端连接对应的 socket 都被显式设为 O_NONBLOCK 模式（通过 fcntl 系统调用）。这意味着：
- read() 总是立刻返回：没数据时返回 EAGAIN/EWOULDBLOCK，不等；有数据则拷贝并返回实际字节数
- write() 不会排队等待发送缓冲区腾出空间：若内核 TCP 发送队列已满，也立即报 EAGAIN，而不是挂起进程
- 后续是否可读/可写，全交给 epoll/kqueue 去监听——Nginx 本身不轮询、不睡眠、不阻塞
事件循环靠非阻塞才能真正“异步”
epoll_wait 返回的就绪 fd 列表，只有在 socket 处于非阻塞模式下，Nginx 才敢放心地逐个调用 recv/send —— 因为知道它们绝不会卡住。一旦遇到 EAGAIN，就说明当前阶段 I/O 暂不可行，但连接仍有效，只需重新注册对应事件（比如 EPOLLIN 继续等读，EPOLLOUT 等写），把控制权交还事件循环，去处理别的就绪连接。
这种“试一下、不行就让、让完再等”的节奏，正是异步行为的执行逻辑。没有非阻塞，事件循环就会在某次 read 上被拖住，整个 worker 就失去并发能力。
慢连接场景下，非阻塞让资源不被白占
比如一个客户端以每秒 1 字节的速度发请求体，传统阻塞服务器会为它独占一个线程，持续等待；而 Nginx 中：
- 每次 recv 都返回 EAGAIN，worker 立刻转向下一个就绪事件
- 该连接只是 epoll 监听池里的一个普通 fd，占用极小内存，不消耗 CPU 时间片
- 直到客户端终于发完、epoll 触发 EPOLLIN，Nginx 才回来继续收包
这种“挂起-唤醒”机制，依赖的就是非阻塞 IO 提供的即时反馈能力。
配置需与非阻塞行为协同生效
非阻塞本身不能自动清理无效连接，必须搭配超时设置才能形成完整异步防护：
- client_header_timeout 和 client_body_timeout：限制头部/主体接收总时长，防止慢速攻击长期占位
- send_timeout：两次 send 调用间隔超时，应对客户端接收极慢的情况
- keepalive_timeout：空闲长连接及时释放，避免 fd 耗尽
这些 timeout 的触发判断，都是基于非阻塞操作返回后的时间戳累加，而非阻塞调用本身提供的时间窗口。
