nginx 的高并发能力源于异步事件驱动模型：单 worker 进程通过事件循环（如 epoll_wait）统一调度数万连接，采用非阻塞 i/o、零拷贝、keepalive 及多进程隔离设计，避免线程开销与上下文切换，在低资源下实现高性能。
Nginx 的高并发能力不是靠堆资源换来的，而是由异步事件驱动模型在单个 worker 进程内高效调度成千上万个连接实现的。它不为每个请求开线程或进程，避免了上下文切换和内存开销，核心在于“用一个循环，管住所有连接”。
单 worker + 事件循环统一调度
每个 worker 进程启动后进入一个永不退出的事件循环（event loop），不轮询、不 sleep，而是调用 epoll_wait（Linux）等系统调用，等待内核通知哪些 socket 就绪。一旦有读、写或错误事件发生，就立即处理——比如接收请求头、转发给 upstream、写回响应——整个流程都在用户态内存中快速完成，不阻塞其他连接。
- 一个 worker 可同时管理数万连接，实际并发上限取决于 worker_connections 配置与系统文件描述符限制（ulimit -n）
- 事件就绪后只执行轻量回调，不长时间占用 CPU；空闲时让出时间片，保持低延迟
- 相比 Apache 的 prefork 模型，Nginx 在万级并发下内存占用更低、CPU 切换更少
非阻塞 I/O 与零拷贝协同提效
所有网络操作都设为非阻塞模式：accept、recv、send 等调用立即返回，无论数据是否就绪。配合 sendfile() 和 TCP_NOPUSH/TCP_NODELAY，进一步减少数据搬运和协议层延迟。
- 静态文件传输直接由内核在磁盘和 socket 缓冲区间搬运，绕过用户态内存拷贝
- keepalive 默认开启，复用 TCP 连接承载多个 HTTP 请求，省去三次握手/四次挥手开销
- 大 POST 请求体若超出 client_body_buffer_size，会写入临时文件而非常驻内存，控制资源占用
多 worker 进程隔离 + 避免惊群
Master 进程负责监听端口并 fork 出多个 worker，每个 worker 独立运行、互不影响。通过配置可优化多进程协作效率：
- worker_processes auto; —— 自动匹配 CPU 核心数，充分利用多核
- accept_mutex on; —— 启用连接争抢锁机制，防止所有 worker 同时被唤醒（惊群）
- multi_accept on; —— 允许单次 accept 多个新连接，提升突发流量响应速度
模块化设计让事件与业务解耦
事件循环本身只做调度，具体逻辑由模块注册的回调函数完成：HTTP 解析、负载均衡、缓存策略、SSL 处理等均由对应模块实现。这种分离让核心调度保持轻量，功能扩展不影响并发性能。
- 新增功能（如 JWT 验证、限流）只需编写 HTTP 模块，无需改动 event loop
- upstream 模块决定如何选后端，cache 模块控制响应缓存行为，全部基于事件触发
- 配置指令（如 proxy_pass、limit_req）本质上是向事件系统注册不同阶段的处理逻辑
