Nginx单机高并发稳定响应需闭环调优：统一worker_rlimit_nofile、系统limits及内核参数，确保soft/hard limit匹配；worker_connections设为rlimit的70%~80%；启用multi_accept；同步调优somaxconn、tcp_max_syn_backlog等内核参数，并持续监控file-nr与stub_status指标。

要让 Nginx 在单机高并发下稳定响应，worker_rlimit_nofile 不能孤立设置——它必须和系统级文件句柄限制、内核网络参数形成闭环。否则容易出现 “Too many open files” 错误、502 响应、连接被丢弃等问题。

确认并统一进程级文件描述符上限

这是最易出错的第一环。Nginx worker 进程能打开多少文件，取决于三者中的最小值：

• 系统为 nginx 用户设置的 hard nofile（如 /etc/security/limits.conf 或 systemd 的 LimitNOFILE）
• Nginx 配置中的 worker_rlimit_nofile 值（必须 ≤ 上述 hard limit）
• 实际启动时 worker 进程继承到的 soft limit（重启后需验证）

推荐做法：

• 若用 systemd 管理，创建 /etc/systemd/system/nginx.service.d/override.conf，写入：
  [Service]
  LimitNOFILE=65536
• 在 nginx.conf 最外层（events 块上方）添加：
  worker_rlimit_nofile 65536;
• 执行 systemctl daemon-reload && systemctl restart nginx
• 验证：取一个 worker PID，运行 cat /proc//limits | grep "Max open files"，Soft Limit 应为 65536，Hard Limit ≥ 65536

合理设置 worker_connections 与进程数

worker_connections 是每个 worker 实际处理的并发连接上限，它必须明显低于 worker_rlimit_nofile，否则会挤占日志、上游 socket、临时文件等必需的 fd。

• 建议比例：worker_connections ≤ 70% ~ 80% × worker_rlimit_nofile
  例如设了 65536，则 events 块中设 worker_connections 50000;
• worker_processes 数量建议设为 CPU 核心数或 auto，避免过多进程争抢 fd 资源
• 启用 multi_accept on;，让单个 worker 尽可能一次接受多个就绪连接，减少惊群和排队延迟

同步调优关键 Linux 内核参数

即使 Nginx 和用户限制都调高了，内核网络栈若未适配，仍会在连接建立、队列缓冲、端口复用等环节卡住。以下参数建议写入 /etc/sysctl.conf 并执行 sysctl -p 生效：

• net.core.somaxconn = 65535：监听 socket 的全连接队列长度，防止 accept() 拒绝新连接
• net.ipv4.tcp_max_syn_backlog = 65535：SYN 半连接队列大小，应对突发握手请求
• net.core.netdev_max_backlog = 5000：网卡软中断收包队列，防高流量丢包
• net.ipv4.tcp_tw_reuse = 1：允许 TIME_WAIT 套接字快速复用于新 outbound 连接（对反向代理尤其重要）
• net.ipv4.ip_local_port_range = 1024 65535：扩大本地端口范围，支撑更多 upstream 连接

验证与持续观察要点

配置生效 ≠ 长期稳定。上线后需紧盯几类信号：

• Nginx error.log 中是否还有 "Too many open files"、"setrlimit(RLIMIT_NOFILE) failed" 类报错
• 用 ss -s 查看当前 socket 统计，重点关注 total、tcp、tw（TIME_WAIT）数量趋势
• 监控 /proc/sys/fs/file-nr：三个数字分别代表已分配、已使用、最大可分配 fd 数，第三项应远高于第二项
• 压力测试时观察 nginx_stub_status 输出的 Active connections 是否平稳，而非剧烈抖动或突降至 0