Nginx高效处理依赖“多进程+单线程事件循环+epoll”异步模型，每个worker通过epoll监控成千连接，非阻塞I/O分段续读写，事件与业务模块解耦，实现高并发低开销。
nginx 的高效处理不靠堆线程，而靠一套“多进程 + 单线程事件循环 + epoll”协同运作的异步事件驱动模型。它让每个 worker 进程能同时盯住成千上万个连接，有事立刻响应，没事就等通知，全程不卡、不等、不浪费资源。
worker 进程启动时就建好监听体系
每个 worker 启动后会立即做三件事：调用 epoll_create 创建专属事件实例；把监听套接字（比如 80 端口）以 EPOLLIN 模式注册进去；再把所有待管 socket 放进内核红黑树。此时连接还没进来，但“监听名单”已经备好，且监听套接字已设为 non-blocking，后续 accept 不会阻塞进程。
epoll_wait 驱动整个事件分发节奏
核心函数 ngx_process_events_and_timers 控制着每一次循环：
- 先尝试抢 accept 锁，有权限就批量收新连接（multi_accept on 可提升突发吞吐）
- 再调用 epoll_wait 等待就绪事件，超时时间取自定时器红黑树最小值
- 返回后遍历就绪链表，按读/写/错误类型分发给对应 handler
- 若无事件但定时器到期，就执行清理空闲连接、重试 upstream 等逻辑
关键点在于：epoll_wait 只在真没活干、也没定时器要触发时才阻塞；其余时候秒返回，保持高响应密度。
非阻塞 I/O 落地为“分段续读/续写”
当某个连接触发 EPOLLIN，nginx 调用 recv：
- 若返回 EAGAIN 或 EWOULDBLOCK，说明当前无数据可读——不等，直接退出本次读流程
- 该连接的读事件仍保留在 epoll 监听列表中，下次就绪再继续读
- 写操作同理：缓冲区满时只发部分，剩余数据等 EPOLLOUT 就绪再续发
这种机制让单个 worker 可交错推进多个请求的不同阶段：A 正在收请求头，B 在等后端响应，C 在发静态文件，彼此互不干扰。
事件与业务逻辑解耦，模块各司其职
nginx 把调度和干活分开：
- event module 只管收发事件、维护 epoll 实例
- http module 负责解析请求、生成响应
- upstream module 处理反向代理和负载均衡
- cache module 管理本地缓存
所有模块通过注册回调函数接入事件循环，既保证调度高效，又支持灵活扩展。keepalive 复用连接、sendfile 零拷贝发文件、TCP_NOPUSH 合并小包等优化，也都嵌在这个框架里自然生效。
