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