Nginx的高性能源于异步事件驱动模型：单线程事件循环+I/O多路复用，避免上下文切换；非阻塞I/O配合状态机提升吞吐；多worker进程隔离共享监听，兼顾多核利用与稳定性；轻量模块化设计降低延迟。
Nginx 的异步事件驱动模型是它能在高并发场景下保持高性能和低资源消耗的核心机制，关键在于它避免了传统多线程/多进程模型中频繁创建、调度和销毁上下文的开销。
单线程 + 事件循环，减少上下文切换
不同于 Apache 每个请求分配一个进程或线程，Nginx 主工作进程默认采用单线程（可配置多 worker 进程，但每个 worker 内部仍是单线程事件循环），通过 epoll（Linux）、kqueue（FreeBSD）等高效 I/O 多路复用机制监听成千上万个连接的状态变化。这意味着：
- 不为每个连接创建独立线程或进程，内存占用极低（通常几 MB 即可支撑数万并发连接）
- 没有线程调度、锁竞争和栈空间分配的开销，CPU 时间更多用于实际处理而非系统调度
- 连接建立、读取、写入、关闭等生命周期均由事件触发，响应及时且可控
非阻塞 I/O 配合状态机，提升吞吐效率
Nginx 对 socket 操作全部设为非阻塞模式，配合内置的 HTTP 状态机（如 reading header → parsing → waiting for upstream → sending response），让一次连接可在不同阶段反复被事件循环调度，而不会因等待磁盘读取、后端响应或客户端慢速上传而阻塞整个线程：
- 例如，当上游服务响应缓慢时，Nginx 可先挂起该请求，转而处理其他就绪连接，待上游数据到达再恢复处理
- 静态文件发送支持 sendfile() 零拷贝，进一步绕过用户态内存拷贝
- 支持 request buffering 和 output buffering，平衡网络延迟与后端压力
Worker 进程隔离 + 共享监听，兼顾扩展性与稳定性
Nginx 启动多个 worker 进程（通常设为 CPU 核心数），各 worker 独立运行事件循环，共享监听 socket（通过内核 SO_REUSEPORT 或 accept_mutex 协调）。这种设计带来明显优势：
- 充分利用多核 CPU，避免单线程成为瓶颈
- worker 进程间无共享内存（除共享内存区如 limit_req、ssl_session_cache 等显式配置外），故障隔离性强——某个 worker 崩溃不影响其他 worker 继续服务
- 热重载配置时仅新 worker 接管请求，旧 worker 平滑退出，服务不中断
轻量级模块化设计，降低事件处理延迟
Nginx 的核心与模块（如 rewrite、access、proxy、gzip）均围绕事件驱动模型编写，所有处理逻辑以回调函数形式注册到事件循环中，执行路径短、无冗余抽象层：
- HTTP 请求解析在用户态完成，不依赖外部库；路由匹配使用前缀树（trie）或哈希表，查找复杂度低
- 第三方模块（如 Lua）可通过 ngx_http_lua_module 嵌入轻量脚本，仍运行在事件循环内，避免线程切换
- 日志写入支持缓冲和异步刷盘（access_log /var/log/nginx/access.log buffer=64k flush=5s），避免阻塞主流程
这套模型不是“万能”的——它对 CPU 密集型任务（如复杂计算、同步加密）不友好，也不适合需要长事务或强会话状态的场景。但在 Web 服务、API 网关、静态资源分发、反向代理等 I/O 密集型任务中，它的资源利用率和并发承载能力远超同步阻塞模型。
