Nginx高性能并发核心在于worker进程精准绑定CPU核心并配合单线程异步非阻塞事件循环：设worker_processes auto匹配真实核心数，启用worker_cpu_affinity auto实现独占绑定，避免调度争抢与缓存失效，每个worker通过epoll/kqueue高效管理数万连接。
Nginx 多进程模型实现高性能并发，核心不在于“开更多进程”，而在于让每个 worker 进程精准绑定一个 CPU 核心，配合单线程异步非阻塞事件循环，把多核资源真正并行用起来。
worker 进程数必须匹配实际 CPU 核心数
设 worker_processes auto 是最稳妥的做法。Nginx 启动时会读取系统可用 vCPU 数（注意：容器或云主机中以分配的 vCPU 为准，不是宿主机总核数），自动创建等量 worker 进程。若手动设为远高于核心数的值（比如 32 核机器配 64 个 worker），反而引发调度争抢和频繁上下文切换，性能下降。
- 用 nproc 或 lscpu | grep "CPU(s)" 查清真实核心数
- worker 进程数过少（如设为 1），其余核心闲置；过多则调度开销反超收益
- 在 Kubernetes 等环境中，需通过 resource limits 显式限制 vCPU，再让 auto 生效
绑定进程到固定 CPU 核心（CPU 亲和性）
默认情况下，Linux 调度器可能把多个 worker 频繁切换到同一核心，导致 L1/L2 缓存失效、TLB 抖动。启用 worker_cpu_affinity auto（Nginx 1.9.10+ 支持）可自动完成一对一绑定，例如 4 核机器会生成 0001 0010 0100 1000 的位掩码，确保每个 worker 独占一个核心。
- 避免手动写二进制掩码出错，auto 模式更可靠且适配不同核数
- 绑定后可通过 taskset -cp PID 验证进程实际运行在哪颗核心
- 结合 htop 观察各核心负载是否均衡，而非集中在少数核心
每个 worker 内部靠事件驱动榨干单核算力
每个 worker 是单线程的，但不等于低效——它基于 epoll（Linux）或 kqueue（BSD）实现异步非阻塞 I/O，一个进程可同时管理数万连接。请求到达后，仅在 socket 就绪时才触发处理，CPU 几乎不浪费在等待上。
- 关键路径（TLS 握手、sendfile 零拷贝、HTTP/2 帧解析）均为此模型深度优化
- 务必避免在 worker 中执行阻塞操作：同步磁盘读写、未加 timeout 的 upstream 请求、长耗时 Lua 脚本
- worker_connections 值需与系统 nofile 限制匹配，否则连接数被系统卡死
系统级协同才能释放多核真实潜力
Nginx 多进程只是上层，底层依赖操作系统配合。若忽略系统配置，多核优势会被 IO、中断、文件句柄等瓶颈抵消。
- 在 /etc/security/limits.conf 中设置 nginx soft nofile 65536 和 hard nofile 65536
- 调大内核参数：net.core.somaxconn = 65535、net.ipv4.ip_local_port_range = "1024 65535"
- 启用网卡多队列并绑定 IRQ 到不同 CPU（如用 ethtool -L 和 smp_affinity），避免中断全挤在 core 0
