优化nginx events模块连接数上限需四者对齐：worker_connections、系统文件描述符限制、epoll事件模型及业务连接特征；否则易报“too many open files”或静默丢弃连接。

优化 Nginx 的 events 模块连接数上限，关键不是堆高单个参数，而是让 worker_connections、系统资源、事件模型和业务特征四者对齐。否则容易出现“too many open files”报错，或连接被静默丢弃。

同步调高系统级文件描述符限制

Linux 默认每个进程最多打开 1024 个文件描述符（fd），而每个 TCP 连接至少占用 1 个 fd。如果 worker_connections 设为 8192，但系统没放开限制，实际能用的仍是 1024。

• 临时生效：运行 ulimit -n 65536
• 永久生效：在 /etc/security/limits.conf 中添加两行：
  nginx soft nofile 65536
nginx hard nofile 65536
• 验证是否生效：cat /proc/$(pgrep nginx)/limits | grep "Max open files"

显式声明 Nginx 进程级 fd 上限

仅改系统 limits 不够。Nginx 主配置中必须用 worker_rlimit_nofile 显式告诉它“我能申请多少 fd”，否则它会自我限制。

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

• 放在 events 块之外、http 块之上，例如：
  worker_rlimit_nofile 65536;
• 该值应 ≥ worker_connections × worker_processes，推荐设为相同值或略高（如 1.2 倍），预留日志、上游连接等开销
• 注意：worker_connections 不能超过 worker_rlimit_nofile，否则 Nginx 启动时会静默降级

匹配操作系统选对事件模型

Linux 下必须显式启用 epoll。默认可能回退到 select 或 poll，这两者有 1024 硬上限且性能随连接数线性下降。

• 在 events 块中写明：use epoll;
• 避免省略或依赖自动检测——生产环境建议强制指定，增强可维护性和确定性
• FreeBSD/macOS 用 kqueue，Solaris 用 eventport，不通用的模型一律不推荐

按场景设合理并发值并配好回收机制

不是越大越好。过高会加剧上下文切换、内存碎片，还可能触发内核调度瓶颈。

• 长连接场景（WebSocket、HTTP/2、直播流）：worker_connections 4096–8192，搭配 keepalive_timeout 15–30s
• 短连接 API 或静态服务：worker_connections 2048–4096，缩短生命周期更有效，例如 keepalive_timeout 10s; keepalive_requests 100;
• 必开回收加速：reset_timedout_connection on;，对空闲超时的 keepalive 连接主动发 RST，避免堆积
• 突发建连压力大时加：multi_accept on;，允许单次事件循环接受多个连接