nginx 高效依赖异步事件驱动模型：基于非阻塞 i/o、epoll 机制、单线程事件循环及 master-worker 架构，实现单进程高并发、低延迟与稳定扩展。
Nginx 实现高效网络服务，靠的不是堆线程或进程，而是把“等”这件事彻底去掉——用异步事件驱动模型，让一个工作进程同时盯住成千上万个连接，只在真正有事发生时才出手。
非阻塞 I/O 是基础
所有 socket 操作（accept、read、write）都设为非阻塞模式。这意味着调用 read() 时，如果当前没有数据可读，不会卡住进程，而是立刻返回错误码 EAGAIN 或 EWOULDBLOCK；写操作同理。这样工作进程始终处于“可调度”状态，不会因单个连接的延迟而闲置。
- 配置中无需额外开启，Nginx 默认启用非阻塞模式
- 配合事件机制使用才有意义，单独非阻塞无法解决并发问题
- 业务逻辑中若调用阻塞系统调用（如同步 DNS 解析、文件读写），会拖慢整个事件循环，应避免
epoll 是 Linux 下的高效监听器
在 Linux 系统上，Nginx 默认选用 epoll 作为事件通知机制。它能高效监控大量文件描述符（FD），且时间复杂度接近 O(1)，远优于 select/poll 的 O(n)。
- 通过
use epoll;显式声明（虽默认启用，但建议保留） - 内核维护就绪队列，epoll_wait() 只返回已就绪的 FD，避免遍历全部连接
- 支持边缘触发（ET）模式，减少重复通知，Nginx 内部已适配 ET 行为
事件循环是真正的调度中枢
每个 worker 进程内部运行一个无限循环：等待事件 → 分发处理 → 更新定时器 → 继续等待。这个循环不依赖线程切换，全程在用户态高效流转。
- 核心函数是
ngx_epoll_process_events，位于源码src/event/modules/ngx_epoll_module.c - 一次 epoll_wait 可获取多个就绪事件，批量处理提升 CPU 利用率
- 定时器（如连接超时、keepalive 超时）也集成在事件循环中，用红黑树管理，插入/删除高效
Master-Worker 架构保障稳定与扩展
异步事件驱动运行在 worker 进程内，而 master 进程负责统筹：加载配置、启动 worker、平滑重启、异常拉起。两者分工明确，互不干扰。
- worker_processes auto; 让 worker 数量匹配 CPU 核心数，避免争抢
- 每个 worker 独立监听端口（依靠内核 SO_REUSEPORT 或 accept mutex），无共享状态
- 连接由内核分发到某个 worker，该连接后续所有事件都在同一 worker 内闭环处理
