Nginx 使用非阻塞 I/O 实现高并发，通过设置 O_NONBLOCK 标志配合 epoll/kqueue 事件驱动模型，使单 worker 进程可高效处理数万连接，避免线程切换与阻塞等待。
Nginx 使用非阻塞 I/O（Non-blocking I/O）是其高并发性能的核心机制之一，它让单个 worker 进程能同时处理成千上万的连接，而无需为每个连接创建线程或进程。
非阻塞 I/O 是什么？
传统阻塞 I/O 在调用 read() 或 write() 时，若数据未就绪或内核缓冲区满，会挂起当前线程，直到条件满足。而非阻塞 I/O 调用立即返回：有数据就读、没数据就返回 EAGAIN 或 EWOULDBLOCK 错误，不等待。
Nginx 在 socket 上设置 O_NONBLOCK 标志，并配合事件驱动模型（如 epoll/kqueue），只在文件描述符“可读”或“可写”时才尝试操作，避免空等。
如何与事件循环协同工作？
Nginx 的每个 worker 进程运行一个事件循环，核心是调用系统提供的高效多路复用接口：
- Linux 下默认使用 epoll（支持边缘触发 ET 模式，减少重复通知）
- FreeBSD/macOS 倾向 kqueue
- 所有平台兜底使用 select/poll（性能较低，仅用于兼容）
当内核通知“某 socket 可读”，Nginx 才调用 recv() 尝试读取；若一次未读完（比如 HTTP 包分片到达），它会继续监听该 socket 的可读事件，下一轮再读——整个过程不阻塞，CPU 可立即处理其他请求。
实际读取效率提升体现在哪？
非阻塞 I/O 本身不加快单次读取速度，但显著提升整体吞吐和资源利用率：
- 零线程切换开销：不用为每个连接分配栈空间和调度时间片
- 内存更可控：每个连接只保留轻量的 connection 结构体，而非完整线程上下文
- 响应更及时：新连接或数据到达时，能在毫秒级被事件循环捕获并调度处理
- 抗慢客户端能力强：即使某个客户端发送极慢（如低带宽上传），也不影响其他连接的读写调度
配置与调优建议
非阻塞 I/O 在 Nginx 中默认启用，无需手动开启，但以下配置可进一步释放其潜力：
- 确保 worker_processes auto;，充分利用多核 CPU
- 调大 worker_connections（如 10240），匹配系统 ulimit -n 限制
- 启用 epoll 并使用 ET 模式（Nginx 1.15.10+ 默认开启，无需额外配置）
- 合理设置 client_body_timeout 和 client_header_timeout，避免无效连接长期占用事件槽位
注意：非阻塞 I/O 的优势依赖于良好的事件驱动设计。若在 Lua 模块中执行耗时同步操作（如阻塞 DNS 查询），仍可能拖慢整个 worker，此时需改用 cosocket 等异步接口。
