nginx的non-blocking i/o靠“不等”和“不闲”实现高效传输：所有socket设为o_nonblock，recv/send立即返回eagain/ewouldblock；搭配epoll/kqueue事件驱动，仅就绪时处理；协同sendfile实现零拷贝；辅以缓冲区与超时管理。
Nginx 的 Non-blocking I/O 不是靠“快”取胜，而是靠“不等”和“不闲”实现高效数据传输——它从不因一个连接没数据就停住，也不为等待而空转 CPU。
非阻塞调用：系统调用立刻返回
所有 socket 都设为 O_NONBLOCK 模式。调用 recv() 或 send() 时：
- 若内核接收缓冲区无数据可读，立即返回
EAGAIN或EWOULDBLOCK，而非挂起进程 - 若发送缓冲区已满，同样立刻返回错误，不等待腾出空间
- 进程保持运行状态，可立即转向处理其他就绪连接或定时任务
事件驱动调度：只在真正就绪时干活
非阻塞本身不解决效率问题，必须搭配操作系统级事件通知机制：
- Linux 下使用 epoll，FreeBSD/macOS 下用 kqueue
- Nginx 将成千上万个 socket fd 注册进事件循环，由内核负责监听其读写就绪状态
- 仅当某个 socket 出现 EPOLLIN（可读）或 EPOLLOUT（可写）事件时，Nginx 才对其执行非阻塞的
recv/send - 避免了轮询检查的 CPU 浪费，也规避了阻塞等待导致的资源闲置
零拷贝协同：减少内存与上下文切换
对静态文件传输，Non-blocking I/O 与 sendfile() 深度配合：
- 启用
sendfile on;后，Nginx 直接触发内核态复制：磁盘文件 → socket 发送缓冲区 - 全程不经过用户空间，省去
read()+write()的两次系统调用、两次内存拷贝、两次上下文切换 - 需注意：gzip、sub_filter 等内容改写模块会强制禁用 sendfile，此时应评估是否关闭这些模块以保 I/O 效率
缓冲区与连接生命周期管理
高效传输还依赖精细的缓冲策略和连接状态控制：
- 读缓冲按需分配，边界可控（如
client_header_buffer_size设为 1k 适配小请求） - 写缓冲支持延迟发送（
tcp_nopush on;）和快速响应（tcp_nodelay on;） - 慢连接不阻塞其他请求：客户端发得慢，Nginx 就持续监听其 EPOLLIN；发送卡住，就注册 EPOLLOUT 等内核通知再续传
- 配合超时配置（
client_body_timeout、send_timeout、keepalive_timeout）及时释放僵死连接
