nginx异步事件驱动模型减少上下文切换的关键在于“不等”：通过非阻塞i/o、单线程事件循环+多worker进程、epoll/kqueue批量监听就绪事件、协同内核优化（如sendfile、tcp_cork、keepalive）及cpu亲和性绑定，将切换频率从“每连接多次”压降至“每worker每批事件一次”。
Nginx 的异步事件驱动模型减少上下文切换，关键在于“不等”——它不为每个连接单独挂起等待，而是让一个 worker 进程批量监听、集中响应，把内核介入次数压到最低。
非阻塞 I/O 避免进程挂起与唤醒
传统阻塞调用（如 read() 或 accept()）在无数据时会让进程进入睡眠，内核必须保存寄存器、切换调度、等数据到达再唤醒——一次等待就触发两次上下文切换。Nginx 将所有 socket 设为 O_NONBLOCK，配合 epoll_wait()（Linux）或 kqueue（BSD/macOS），只在至少一个 fd 就绪时才返回。期间 worker 始终运行在用户态，不主动让出 CPU，也不反复进出内核。
- 没数据可读时立即返回 EAGAIN，Nginx 记录状态后继续处理其他就绪事件
- 连接建立、请求头读取、响应发送等都拆成小步骤，靠状态机驱动，避免长耗时阻塞
- 单次 epoll_wait() 可监听数万 socket，返回的是就绪事件列表，不是单个连接状态
单线程事件循环 + 多 worker 进程结构
每个 worker 进程内部是单线程事件循环，不为每个连接创建新线程或进程：没有线程调度器介入，消除线程间切换开销；所有 socket 共享同一个 epoll 实例，系统调用次数极少；内存占用低（几 MB 支撑数万并发），栈空间固定，无动态分配压力。
- 10 万个并发连接，通常只需 4–8 个 worker 进程，而不是 10 万个线程
- 即使上游响应慢或客户端上传慢，Nginx 也会挂起该请求，转去处理其他就绪连接
- worker 进程之间不共享连接或内存上下文，无需跨进程加锁，也无惊群效应
协同内核机制进一步压缩内核参与
减少上下文切换不是孤立优化，而是和多项内核特性联动：
- sendfile() 实现零拷贝：文件内容直接从页缓存送入 socket buffer，跳过用户态内存拷贝，省掉两次上下文切换
- TCP_CORK / TCP_NOPUSH 合并小包，降低 write() 系统调用频次
- keepalive 复用 TCP 连接，避免频繁三次握手与四次挥手带来的协议栈开销
- 异步 DNS 解析、缓冲日志、依赖内核页缓存读静态文件，全程避开阻塞点
CPU 亲和性固化执行路径
即使事件模型高效，若 worker 进程在不同 CPU 核之间迁移，仍会触发 TLB 刷新、缓存失效和额外切换：
- 配置 worker_cpu_affinity auto 或显式掩码（如 0001 0010 0100 1000），让每个 worker 绑定到固定物理核
- 验证方式：ps -eo pid,args,psr | grep 'nginx: worker' 查看各进程实际运行核编号
- 结合调整，确保 worker_connections ≤ 系统 ulimit -n，否则部分连接被丢弃
不复杂但容易忽略
