nginx 高并发靠非阻塞io与多路复用协同：accept后设socket为非阻塞，配合epoll/kqueue仅处理就绪事件；http请求被拆为异步阶段，由事件驱动调度；辅以超时与缓冲区限制保障稳定性。
Nginx 能支撑数万并发连接，靠的不是堆线程或进程，而是非阻塞 IO 和多路复用深度咬合形成的高效调度机制。它不靠“等”，而靠“看”——看哪个连接 ready 了，就处理哪个；其余连接安静挂着，不占 CPU、不抢调度。
非阻塞 IO 是基础动作，不是目的
每个新 accept 的 socket，Nginx 都会立刻用 fcntl() 设为非阻塞模式。这意味着：
- recv() 没数据时马上返回 EAGAIN，不卡住当前逻辑
- send() 发不完（比如 TCP 窗口满）也立即返回，不阻塞 worker
- 后续操作全靠事件循环驱动：等 EPOLLIN 就继续读，等 EPOLLOUT 就续写
epoll/kqueue 是状态感知中枢
Linux 下默认用 epoll，FreeBSD/macOS 用 kqueue，它们让 Nginx 从“轮询所有连接”变成“只响应就绪事件”：
- 一次系统调用就能注册成千上万个 socket，内核在 fd 状态变化时主动通知
- 就绪事件通知是 O(1) 复杂度，远优于 select/poll 的 O(n) 扫描
- worker 不需要遍历全部连接，只处理真正有事的那几个
事件驱动把请求切成可调度的状态片段
一个 HTTP 请求不再是一条直线跑到底，而是被拆解为多个异步阶段，每个阶段绑定对应事件：
- TCP 握手完成 → 触发 accept 事件，注册读事件
- 客户端慢传 header → 每次 read 返回 EAGAIN 后，继续监听该 socket 的 EPOLLIN
- 转发请求给 upstream → 当前连接挂起，worker 去处理其他就绪连接
- 后端响应到达 → 触发读事件；尝试 send 响应 → 若又遇 EAGAIN，注册 EPOLLOUT 等可写再发
超时与资源限制是安全阀
非阻塞 + 多路复用再高效，也得防慢连接拖垮系统：
- client_header_timeout 和 client_body_timeout 控制请求头/体上传等待时间，防 Slowloris 攻击
- send_timeout 限制两次 write 之间的间隔，避免响应方太慢长期占连接
- keepalive_timeout 控制空闲长连接存活时间，及时释放 fd
- buffer 大小按场景设：header 通常 1k 足够，API 接口 body 可设 8k，大文件上传再调高
