Nginx 高并发稳定性源于非阻塞 I/O 架构：单 worker 同时管理海量连接，规避线程阻塞与锁竞争；需合理配置 worker 进程数与 CPU 绑定、减少元数据调用、启用 sendfile 零拷贝、优化缓冲区及 keepalive 参数。
Non-blocking IO 是 Nginx 稳定承载高并发请求的底层支柱，它不靠多线程抢资源，而是让单个 worker 进程“一心多用”——同时盯住成千上万个连接，哪个就绪（如数据来了、磁盘读完了、连接可写了），就处理哪个。这种模式天然规避了线程阻塞、上下文切换和锁竞争带来的抖动与崩溃风险，稳定性提升来自架构本身，而非事后补救。
精简 worker 进程与合理分配 CPU
过多 worker 进程反而引发调度争抢和缓存失效，削弱非阻塞模型优势：
- 设 worker_processes auto;，让 Nginx 自动匹配物理 CPU 核心数（非超线程逻辑核）
- 搭配 worker_cpu_affinity auto;（1.19.10+），自动绑定每个 worker 到独占核心，避免跨核缓存同步开销
- 避免手动设成远高于核心数的值（如 32 个 worker 在 4 核机器上），这会放大内核调度压力，抵消非阻塞收益
减少元数据系统调用频次
频繁 stat()、open() 等调用虽小，但在每秒数万小文件请求下会成为内核瓶颈，甚至触发进程阻塞等待：
- 关闭非必要日志：access_log off;（尤其静态服务或 CDN 边缘节点）
- 启用文件句柄与元数据缓存：open_file_cache max=10000 inactive=60s; open_file_cache_valid 60s; open_file_cache_min_uses 2;
- 静态路径一律用前缀匹配（location /static/ { ... }），禁用正则 location，避免每次请求都做字符串解析
让零拷贝真正生效
sendfile() 是非阻塞 I/O 在小文件场景下的关键加速器，但它极易被无意关闭：
- 确认开启：sendfile on; 和 tcp_nopush on;（后者确保 sendfile 数据填满 TCP 包，减少包数量）
- 注意：只要启用了 gzip on;、sub_filter 或任何需修改响应体的模块，Nginx 就会自动退回到 read()+write() 模式，失去零拷贝优势
- 若必须压缩，可考虑在上游（如应用层或 CDN）完成，让 Nginx 专注高效传输
控制缓冲区与连接生命周期
过大的缓冲区或过长的空闲连接，会把非阻塞模型拖回“伪阻塞”状态：
- 调小请求头/体缓冲：client_header_buffer_size 1k;、client_body_buffer_size 1k;（小文件服务无需大缓冲）
- 启用 tcp_nodelay on;，防止 Nagle 算法对小响应包引入毫秒级延迟
- 设置合理 keepalive 超时：keepalive_timeout 15s;，既复用连接又及时释放空闲资源
