Nginx实现高并发的核心是单worker进程结合epoll事件循环的异步非阻塞I/O模型：通过epoll_wait()等待内核通知就绪事件，批量处理EPOLLIN/EPOLLOUT/EPOLLERR，全程non-blocking socket配合红黑树管理超时，多worker由master协调分配连接，辅以keepalive、sendfile等优化。
Nginx 实现高并发的核心，不在堆线程或进程，而在于用单个 worker 进程把操作系统事件能力“榨干”——它靠异步、非阻塞、事件驱动这一套组合拳，让一个进程轻松扛住数万连接。
单 worker + epoll 事件循环是主干
每个 worker 进程启动后，就进入一个紧凑的无限循环：调用 epoll_wait() 等待内核通知哪些 socket 就绪（比如有新数据可读、发送缓冲区空了、连接断开等）。它不轮询、不休眠，只等内核“喊一声”，然后批量处理就绪事件。整个过程在用户态内存中完成，没有线程切换开销。
- Linux 下默认启用 epoll，比 select/poll 效率高得多，时间复杂度接近 O(1)
- 就绪事件按类型分发：EPOLLIN 触发读回调，EPOLLOUT 触发写回调，EPOLLERR 处理异常
- 事件处理函数（如 ngx_http_process_request_line）都是轻量回调，不阻塞后续事件调度
全程 non-blocking socket 是前提
从 accept 新连接开始，所有 I/O 操作都设为非阻塞模式。哪怕某次 recv 没读到数据，也不会卡住整个 worker；它立刻返回 EAGAIN，转头去处理别的就绪连接。
- accept() 尽可能一次收完已排队连接，避免遗漏和延迟
- recv() 和 send() 都只操作当前可用缓冲区，剩余数据挂起在连接的 output buffer 中，并重新注册 write 事件等待下次可写
- 每个 socket 的超时（读超时、写超时、keepalive 超时）统一由红黑树管理，高效查删，无需额外线程轮询
多 worker 协同不抢资源
Master 进程负责监听端口并 fork 出多个 worker，但新连接分配不是“全唤醒”，而是通过锁机制控制竞争：
- accept_mutex on（默认开启）：同一时刻只有一个 worker 尝试 accept，避免“惊群”
- multi_accept on：允许一个 worker 在单次事件循环中 accept 多个连接，提升突发流量响应速度
- worker_processes 设为 CPU 核心数，让每个 worker 绑定独立核心，减少缓存争用
连接复用与零拷贝进一步减负
高并发不只是“接得住”，还要“处理得快”。Nginx 在协议层和系统调用层做了关键优化：
- HTTP keepalive 默认开启，复用 TCP 连接承载多个请求，省去三次握手/四次挥手开销
- 静态文件服务启用 sendfile()，数据直接从磁盘经内核缓冲区送到 socket，绕过用户态内存拷贝
- TCP_NOPUSH（合并小包）与 TCP_NODELAY（禁用 Nagle）按需配置，在吞吐和延迟间找平衡
