nginx高性能源于事件驱动模型与linux内核调度器深度协同，涵盖worker进程cpu亲和绑定、epoll与内核i/o参数调优（如somaxconn、tcp_tw_reuse）、worker_priority优先级提升、numa感知部署及持续性能验证。
Nginx 的高性能不是靠单点参数堆砌出来的，而是其事件驱动模型与 Linux 内核调度器深度协同的结果。这种协同体现在进程组织、CPU 利用、中断响应和资源竞争控制等多个层面，稍有失配就可能引发上下文切换激增、缓存抖动或负载不均。
本文档主要讲述的是Android 操作系统的介绍；Android是基于Linux内核的操作系统，是Google公司在2007年11月5日公布的手机操作系统，早期由Google开发，后由开放手持设备联盟（Open Handset Alliance）开发。它采用了软件堆层（software stack，又名以软件叠层）的架构，主要分为三部分。底层Linux内核只提供基本功能；其他的应用软件则由各公司自行开发，部分程序以Java编写。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
worker_processes 与 CPU 调度亲和性
Nginx 默认使用 worker_processes auto，会自动匹配逻辑 CPU 核心数。但仅设对数量还不够——Linux 调度器默认按负载动态迁移进程，可能导致一个 worker 进程在多个核心间跳转，破坏 CPU 缓存局部性。
- 建议显式绑定 worker 到指定 CPU：在
nginx.conf的main块中添加worker_cpu_affinity 0001 0010 0100 1000; # 四核各绑一个 worker
- 若启用了超线程（HT），可按物理核分组，避免两个 worker 同争一个物理核的执行单元。
epoll 与内核 I/O 调度器配合
Nginx 在 Linux 下依赖 epoll 实现高并发连接管理，而 epoll 的性能高度依赖内核的就绪事件通知机制：
- 确保
net.core.somaxconn≥worker_connections，否则 accept 队列溢出会导致连接被丢弃； - 启用
net.ipv4.tcp_tw_reuse = 1和net.ipv4.tcp_fin_timeout = 30，加速 TIME-WAIT 状态回收，缓解端口耗尽； - 对于 SSD 存储上的日志或静态文件服务，将 I/O 调度器设为
none或kyber（5.12+ 内核），避免cfq或mq-deadline引入额外延迟。
进程优先级与实时调度干预
Nginx worker 是计算密集型任务，尤其在启用 gzip、SSL/TLS 卸载或 Lua 脚本时。Linux 默认的 CFS 调度器可能因其他后台任务（如 cron、rsyslog）抢占导致响应毛刺：
- 可为 worker 进程设置更高静态优先级（需 root 权限）：
worker_priority -10; # nice 值为 -10，提升调度权重
- 更进一步，对关键集群节点，可用
SCHED_FIFO实时策略（配合rlimit限制运行时间，防失控）。
内存页与 NUMA 感知部署
在多路服务器（如双路 Intel Xeon）上，若未做 NUMA 优化，worker 进程可能跨节点访问远端内存：
- 使用
numactl --interleave=all nginx启动，或更优地：numactl --cpunodebind=0 --membind=0 nginx将一组 worker 与本地 CPU/内存绑定； - 配合
vm.zone_reclaim_mode = 0，避免内核频繁尝试从本地 zone 回收内存，降低延迟抖动。
这种协同不是“配置完就结束”的动作，而是需要结合 pidstat -w -p $(pgrep nginx), perf top -p $(pgrep nginx), cat /proc/$(pgrep nginx)/status | grep -E "(Cpus_allowed|MMU)" 等工具持续验证实际调度行为。
