nginx高并发低延迟需进程调度、连接处理、内存分配与内核网络栈协同优化：worker_processes auto、worker_cpu_affinity auto实现cpu精准绑定；worker_connections 16384、keepalive_timeout 30s等精细控制连接生命周期；client_header_buffer_size 8k、sendfile on等按需配置缓冲与传输；同步调优net.core.somaxconn=65535、ulimit -n 65535等系统参数。
要让 Nginx 真正扛住高并发、同时保持低延迟，不能只堆参数，得让进程调度、连接处理、内存分配和内核网络栈四者咬合运转。单点调优可能见效快，但容易引发锁竞争、上下文切换抖动或缓冲区溢出——比如盲目提高 worker_connections 却没调大系统文件句柄，反而触发 502；又或者开了 multi_accept on 却关了 accept_mutex，在中等负载下引发惊群效应。
进程与 CPU 资源精准绑定
每个 Worker 进程应独占一个逻辑 CPU 核心，避免跨核缓存失效和频繁调度：
-
worker_processes auto;—— 自动识别当前 CPU 逻辑核心数（含超线程），比写死数字更适应云环境弹性伸缩 -
worker_cpu_affinity auto;—— Nginx 1.20+ 原生支持，自动完成“1 进程 ↔ 1 核心”映射，无需手动计算二进制掩码 -
worker_rlimit_nofile 65535;—— 显式声明单进程可打开的最大文件描述符，防止被系统默认值（常为 1024）卡住连接能力
连接生命周期精细控制
连接不是越多越好，而是在建立、复用、释放三个环节做节奏管理：
-
events { use epoll; multi_accept on; accept_mutex on; }——epoll是 Linux 必选项；multi_accept让单次事件唤醒处理多个就绪连接；accept_mutex on在中低负载下防惊群，高负载时可视情况关（需配合压测验证） -
worker_connections 16384;—— 单进程万级连接需匹配内存：每连接约占用 3–4 KB，32 GB 内存服务器设为 16K 较稳妥 -
keepalive_timeout 30s; keepalive_requests 500;—— API 类服务推荐 30 秒，兼顾复用率与资源释放；500 次请求后断连，防长连接内存泄漏累积
缓冲区与传输链路按需分配
大 Header、上传 Body、代理响应各有特征，统一设大缓冲反而浪费内存、拖慢小请求：
-
client_header_buffer_size 8k;和large_client_header_buffers 4 16k;—— 应对 JWT Token 或多段 Cookie 场景，避免 414 Request-URI Too Large -
client_max_body_size 100m;—— 上传业务显式设限，防止单个大包耗尽内存并阻塞其他请求 -
proxy_buffer_size 16k; proxy_buffers 8 32k;—— 后端响应头 + 前段内容先缓存，减少小包 write() 系统调用；总缓冲约 272 KB，适配主流 JSON/XML 响应体 -
sendfile on; tcp_nopush on; tcp_nodelay on;—— 静态资源走零拷贝；tcp_nopush合并包降低网络开销；tcp_nodelay关 Nagle，保障实时性
系统级协同不可绕过
Nginx 配置再优，若内核网络栈不匹配，照样卡在 SYN 队列或 TIME_WAIT：
-
net.core.somaxconn = 65535—— 扩大 listen 队列长度，防连接堆积丢包 -
net.ipv4.tcp_tw_reuse = 1—— 允许 TIME_WAIT 套接字重用于新连接（需时间戳开启） -
net.ipv4.tcp_fin_timeout = 30—— 缩短 FIN_WAIT_2 状态超时，加快连接回收 - 同步调整 ulimit：
nginx soft nofile 65535和nginx hard nofile 65535写入/etc/security/limits.conf
