nginx软限制由操作系统和systemd共同设定，非nginx自身配置；关键项为nofile（影响高并发连接）和nproc（限制worker进程数），推荐通过systemd服务覆盖（limitnofile/limitnproc）并配合nginx.conf中worker_rlimit_nofile指令协同设置。
Nginx 进程的软限制（Soft Limit）不是由 Nginx 自身直接设定的，而是由其运行环境——操作系统和 systemd 服务管理器共同施加的。软限制是进程在不提升权限的前提下可自行调整的上限值，比如文件描述符数、进程数等，它必须 ≤ 对应的硬限制（Hard Limit），且重启后需重新生效或依赖持久化配置。
软限制影响 Nginx 的关键资源项
-
nofile（最大打开文件数）：最常见也最关键的软限制。每个连接、日志文件、静态资源都占用一个文件描述符。若 soft nofile 过低（如默认的 1024），Nginx 在高并发时会报*emerg* open() "/var/log/nginx/error.log" failed (24: Too many open files)。 -
nproc（最大进程数）：限制 Nginx 主进程可 fork 的 worker 子进程数量。虽然worker_processes auto;通常不会超限，但在容器化或资源受限环境中仍需关注。 -
as（地址空间大小）、stack（栈大小）等：一般无需手动调低，但调试场景下可临时设软限辅助定位问题。
设置软限制的三种主要方式
-
用户级 ulimit（临时/登录会话级）
在启动 Nginx 前手动执行（仅对当前 shell 及其子进程有效）：ulimit -Sn 65535 # 设置 soft nofile ulimit -Su 4096 # 设置 soft nproc nginx
⚠️ 此方式不适用于 systemctl 启动的服务（systemd 会忽略 shell 的 ulimit）。
-
/etc/security/limits.conf（用户登录级持久化）
编辑该文件，为 Nginx 运行用户（通常是www-data或nginx）添加规则：nginx soft nofile 65535 nginx hard nofile 65535 nginx soft nproc 4096 nginx hard nproc 4096
✅ 生效前提：Nginx 必须通过交互式登录（如 su - nginx）或 PAM 认证方式启动；systemd 默认绕过 PAM limits，因此该配置对标准 systemctl 启动的 Nginx 通常无效，除非启用
PAMName=或User=+PAMName=system-auth。 -
systemd 服务覆盖（推荐，适用于 systemctl 管理的 Nginx）
执行sudo systemctl edit nginx，写入：[Service] LimitNOFILE=65535 LimitNPROC=4096
✅
LimitNOFILE=同时设置 soft 和 hard；LimitNPROC=同理。保存后运行：sudo systemctl daemon-reload && sudo systemctl restart nginx
✅ 验证是否生效：
cat /proc/$(pgrep nginx | head -n1)/limits | grep -E "(Max open files|Max processes)"
注意软限制与 Nginx 配置的协同关系
即使系统级 soft nofile 设为 65535，若 nginx.conf 中 worker_connections 设为 8192 且 worker_processes 为 8，则理论需 65536 文件描述符——此时仍可能因 soft limit 不足触发错误。务必保证：
-
worker_processes × worker_connections ≤ soft nofile（留少量余量给日志、临时文件等） -
worker_rlimit_nofile指令（在 nginx.conf 的 main 或 events 块中）可进一步向 worker 进程显式传递该限制，例如：worker_rlimit_nofile 65535; events { worker_connections 4096; }
软限制配置本身不复杂，但容易被忽略或错配层级。优先使用 systemd 覆盖方式，再配合 worker_rlimit_nofile 显式声明，能确保从内核到应用层的一致性。
