Nginx 异步事件驱动如何在高负载下实现平稳调度

Nginx高负载下平稳调度靠事件驱动机制：基于epoll的非阻塞I/O、回调驱动、worker进程隔离及系统协同优化，实现微秒级延迟与资源可控。

Nginx 在高负载下能平稳调度，靠的不是“更快地跑”，而是“更聪明地等”——把等待变成注册、把阻塞变成回调、把资源占用变成状态跟踪。它不靠增加线程数量硬扛压力，而是用一套轻量、隔离、可预测的事件机制，让每个 worker 进程在数万连接中依然保持响应节奏。

事件就绪才处理，避免空转和轮询

Linux 下默认使用 epoll，内核维护一个就绪链表，Nginx 调用 epoll_wait() 后直接挂起，直到有 socket 可读/可写/出错才被唤醒。这比 select/poll 每次遍历全部 fd 高效得多，时间复杂度接近 O(1)。即使活跃连接只有几百，而总连接数达十万，响应延迟依然稳定在微秒级。

1. 启用 multi_accept on，让单次事件循环尽可能多地接收已就绪的新连接，减少系统调用次数
2. 显式配置 use epoll，避免容器或旧内核环境下自动探测失效
3. 配合 accept_mutex off（Nginx ≥ 1.11.3 默认关闭），结合内核 SO_REUSEPORT 实现连接在多个 worker 间真正均衡分发

非阻塞 I/O + 回调驱动，请求各走各的路

每个连接的生命周期被拆成独立阶段：accept → read header → parse → route → proxy or serve → write response。每个阶段只做确定性操作，完成后注册下一个事件，全程不阻塞主线程。

1. socket 全部设为 non-blocking，read()/write() 立即返回；没数据？继续处理其他就绪事件
2. 大文件用 sendfile() 零拷贝直达网卡，小响应启 tcp_nopush on 积攒 TCP 包再发
3. 上传体超时由 client_body_timeout 控制，超时即断连，不占 worker 资源

Worker 进程隔离 + 资源可控，故障不扩散

Master 不处理请求，只管加载配置、拉起/回收 Worker；每个 Worker 是独立进程，拥有专属内存池、连接池和事件循环。一个出问题，不影响其他。

1. 设置 worker_rlimit_core 和 working_directory，便于崩溃后快速定位模块或正则回溯等问题
2. worker_shutdown_timeout 控制优雅退出窗口，确保存量请求处理完再退出
3. client_max_body_size 和 client_body_buffer_size 配合，防止大上传频繁落盘引发隐性阻塞

系统协同防隐性瓶颈，不让下游拖垮上游

异步能力再强，也架不住日志写磁盘、SSL 同步握手、Lua 同步调用这类阻塞操作。必须从上下游协同入手堵住缺口：

1. 日志开启缓冲：access_log /path/log buffer=64k flush=5s，避免磁盘抖动卡主线程
2. SSL 握手启用 ssl_session_cache shared:SSL:10m 和合理 ssl_buffer_size，减少加解密开销
3. 含阻塞逻辑的 Lua 脚本，改用 cosocket 或移至后端处理；必要时启用 thread pool 处理文件读取等重操作