worker_rlimit_nofile仅设置Nginx worker进程软限制，必须同步配置系统级硬限制（如limits.conf或systemd LimitNOFILE），且其值不得超过用户硬限制，否则启动失败；验证需检查/proc/<PID>/limits。

要通过 worker_rlimit_nofile 突破 Nginx 的文件句柄（file descriptor）上限，关键不是单纯调大这个值，而是让它与系统级限制、Nginx 工作进程模型协同生效。它本身不直接“突破”上限，而是为 Nginx worker 进程申请更高的打开文件数软限制（soft limit），前提是系统允许。

确认并调整系统级 limits

worker_rlimit_nofile 的值不能超过系统对当前用户（通常是 nginx 或 www-data）设置的 soft limit。若系统限制为 1024，即使配置设为 65535，Nginx 启动时也会静默降级或报错（取决于版本）。

• 查看当前用户限制：sudo -u nginx bash -c 'ulimit -Sn'（soft）和 ulimit -Hn（hard）
• 永久修改：在 /etc/security/limits.conf 中添加
    nginx soft nofile 65535
    nginx hard nofile 65535
• 确保 PAM 加载 limits：检查 /etc/pam.d/common-session 是否含 session required pam_limits.so
• 如果是 systemd 管理的 Nginx（如 Ubuntu 16.04+、CentOS 7+），还需在 /etc/systemd/system/nginx.service.d/override.conf 中设置：
    [Service]
    LimitNOFILE=65535
  然后运行 sudo systemctl daemon-reload && sudo systemctl restart nginx

正确配置 worker_rlimit_nofile

该指令必须放在 main 块（即全局块，不在 http/server/location 内），且仅影响 worker 进程，不影响 master 进程。

• 示例配置（/etc/nginx/nginx.conf）：
  worker_processes auto;
  worker_rlimit_nofile 65535;
• 注意：数值需为整数，不能带单位；建议设为 hard limit 的值或略低，避免启动失败
• 配置后必须重载或重启 Nginx：sudo nginx -t && sudo nginx -s reload

验证是否生效

不能只看配置文件，要确认实际运行时 worker 进程的限制已提升。

• 查 worker 进程 PID：ps -eo pid,comm,args | grep 'nginx: worker'
• 查看该 PID 的 limits：cat /proc/<PID>/limits | grep "Max open files"
  输出应类似：
  Max open files 65535 65535 files
• 也可用 lsof -p <PID> | wc -l 粗略观察当前打开句柄数，对比上限是否合理

配合其他参数防雪崩

单纯提高句柄上限，若连接处理不当，可能掩盖瓶颈或引发资源耗尽。

• 确保 worker_connections（在 events 块中）不超过 worker_rlimit_nofile / worker_processes，否则会因无法分配 fd 而拒绝新连接
• 启用连接复用：keepalive_timeout 65; + keepalive_requests 100; 减少短连接频繁开闭
• 必要时调高 multi_accept on;，让单个 worker 尽量一次接受多个就绪连接