非阻塞IO是Nginx高并发性能的核心机制，通过事件驱动+epoll/kqueue单线程管理数万连接，避免线程开销与阻塞等待，显著提升资源效率与抗慢连接能力。
非阻塞 IO 是 Nginx 在大并发下保持高性能和稳定性的核心机制，它不靠堆资源，而是让每个 worker 进程“忙得过来、等得 smart”——有事立刻干，没事不空耗。
单进程高效管理数万连接
传统阻塞模型中，一个连接就得配一个线程或进程，10 万并发意味着 10 万个线程，光栈内存就吃掉几十 GB，上下文切换频繁到 CPU 都在调度上打转。Nginx 完全绕开这条路：
- 每个 worker 进程只用一个事件循环，通过 epoll（Linux）或 kqueue（BSD/macOS）批量监听成千上万个 socket
- 所有 socket 默认设为 O_NONBLOCK，recv()/send() 调用要么读到数据，要么立刻返回 EAGAIN/EWOULDBLOCK，绝不挂起
- 连接结构体（ngx_connection_t）仅占几 KB，10240 个连接额外内存开销不到十几 MB
响应及时性与抗慢连接能力
高并发场景下最怕的不是流量大，而是“慢”——慢上传、慢响应、慢断连。非阻塞 IO 让 Nginx 对这类问题天然免疫：
- 客户端用 3G 网络分 10 分钟上传一个 2GB 文件？Nginx 不会卡住，每次 read() 返回 EAGAIN 后就转向处理其他请求
- 后端 upstream 响应延迟 5 秒？当前连接被挂起等待，worker 立刻去服务别的活跃连接
- Slowloris 类攻击（缓慢发请求头）会被 client_header_timeout 直接切断，避免 fd 被长期占用
系统资源开销大幅降低
非阻塞 IO 的价值不仅体现在吞吐量数字上，更体现在资源使用效率上：
- 没有线程创建/销毁开销，也没有锁竞争；worker 间几乎不共享状态，无须同步
- 系统调用密度低：epoll_wait() 一次获取多个就绪事件，避免轮询式 busy-wait
- 配合 sendfile() 零拷贝、open_file_cache 缓存文件元信息、tcp_nopush/tc_nodelay 协同优化，进一步压降内核态负担
配置要点决定非阻塞效果上限
非阻塞 IO 是默认启用的，但要让它在真实大并发中稳住，这几项必须调准：
- worker_processes auto; —— 自动匹配 CPU 核心数，避免 worker 过少成为瓶颈
- worker_connections 10240; —— 单 worker 连接上限，需同步提升系统 ulimit -n（如设为 65535）
- use epoll; —— Linux 下显式声明，确保启用 ET 模式（边缘触发），减少重复通知
- client_header_timeout 15s; client_body_timeout 60s; —— 主动释放半开连接，防止事件槽位被无效连接占满
真正让 Nginx 在十万级并发下不卡顿、不假死、不雪崩的，不是某一行 magic 配置，而是非阻塞 IO 和事件驱动这套组合拳——它把“等”这件事从进程行为里彻底拿掉，交给内核来喊你。
