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

worker_rlimit_nofile 不能突破系统级文件句柄限制，它只是 Nginx 主进程向内核发起的一次 setrlimit(RLIMIT_NOFILE, ...) 系统调用，仅作用于 Nginx 自身 worker 进程的软限制，且必须 ≤ 系统硬限制。真正要提升并发连接能力，需协同调整操作系统、Nginx 配置与运行时环境。

理解 rlimit 的两级约束

Linux 中每个进程的文件句柄数受两个值控制：

• 软限制（soft limit）：进程实际生效的上限，可由进程自行调低，或在权限允许时调高（但不能超过硬限制）
• 硬限制（hard limit）：系统管理员设定的天花板，普通用户无法突破，需 root 权限修改

worker_rlimit_nofile 设置的是 soft limit，若其值超过当前用户的 hard limit，Nginx 启动时会报错：nginx: [emerg] setrlimit(RLIMIT_NOFILE, 1048576) failed (13: Permission denied)。

必须同步调整的系统层配置

仅改 Nginx 配置毫无意义。生产环境需按顺序落实以下三项：

• /etc/security/limits.conf：为 Nginx 运行用户（如 www-data 或 nginx）设置持久化 limits
  nginx soft nofile 1048576
  nginx hard nofile 1048576
• systemd 服务覆盖（若用 systemd 管理）：因 modern systemd 会忽略 limits.conf，需创建 /etc/systemd/system/nginx.service.d/override.conf
  [Service]
  LimitNOFILE=1048576
• 内核参数微调（可选但推荐）：避免极端高并发下耗尽全局 inode 或文件表
  fs.file-max = 2097152
  fs.epoll.max_user_watches = 524288（写入 /etc/sysctl.conf 并执行 sysctl -p）

Nginx 配置的关键配合项

worker_rlimit_nofile 必须与以下配置协同生效：

• worker_connections：每个 worker 进程允许的最大并发连接数，应 ≤ worker_rlimit_nofile 值（建议留 10% 余量供日志、上游连接等使用）
• worker_processes auto：确保充分利用多核，同时避免单机开启过多 worker 导致总连接数溢出（总连接 ≈ worker_processes × worker_connections）
• use epoll（Linux 下默认）：确保使用高效 I/O 多路复用机制，否则高连接数下性能急剧下降

示例片段：

worker_rlimit_nofile 1048576;
events {
  worker_connections 100000;
  use epoll;
}

验证是否真正生效

不要只看 Nginx 日志或配置语法检查。上线后必须实测确认：

• 查 worker 进程当前 limits：cat /proc/$(pgrep nginx | head -1)/limits | grep "Max open files" → 应显示软硬限制均为目标值
• 压测时监控：ss -s 查看 total: 行的 sockets 数；lsof -p $(pgrep nginx) | wc -l 统计实际打开句柄数
• 观察错误日志：若仍出现 "accept() failed (24: Too many open files)"，说明某环节未生效，优先排查 limits.conf 是否对准运行用户、systemd 是否加载 override