解决nginx长轮询连接堆积需切断无效挂起、加速回收、均衡后端负载：调优keepalive_timeout（30–45秒）和keepalive_requests（2–5），启用upstream keepalive并配proxy_http_version 1.1与connection空头，改用least_conn算法，精准设置三类proxy超时，开启reuseport并调高系统连接限制。

解决 Nginx 负载均衡器下长轮询（Long-polling）连接堆积，关键在于**切断无效挂起、加速连接回收、让请求真正落到轻载后端**。这类连接常空等 10–60 秒，若配置松散，worker 连接池会迅速被占满，新请求排队或直接拒绝。

调优客户端侧 keep-alive 行为

长轮询依赖 HTTP/1.1 的连接复用，但默认参数不适用于“建连后长期空闲”的场景：

• keepalive_timeout 设为 30–45 秒：比业务最长等待时间略长即可；设为 75 秒（默认值）或更高，会让大量连接在 Nginx 端无意义挂起，挤占 worker_connections。
• keepalive_requests 设为 2–5：长轮询通常只发一次请求（建立）+ 一次响应（终止），设成 100 或 500 反而延迟连接释放。
• 确保客户端发起时带 Connection: keep-alive，且未主动发送 Connection: close。

强制启用后端长连接复用

Nginx 必须和后端服务稳定复用 TCP 连接，否则每次长轮询都会新建后端连接，引发 TIME_WAIT 泛滥与端口耗尽：

Nginx Hosting

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

下载

• 在 upstream 块中启用 keepalive 32（每 worker 最多缓存 32 个空闲连接到单台后端）；数值按后端节点数 × 平均并发连接数 × 1.2 估算，常见取值 16–64。
• 必须配置：proxy_http_version 1.1; 和 proxy_set_header Connection "";，否则后端可能因收到 Connection: close 头而断开复用连接。
• 禁用 ip_hash：长连接生命周期长，固定 IP 绑定极易导致后端负载严重倾斜。

改用 least_conn 调度算法

轮询（round-robin）对长轮询完全不友好——它只看请求顺序，不看后端当前连接数。结果就是老连接越积越多，新请求仍不断打向已满节点：

• 在 upstream 中添加 least_conn;，Nginx 会实时选择当前活跃连接数最少的后端。
• 配合 max_conns 使用更稳妥，例如 server 192.168.1.10:8080 max_conns=1000;，防止单节点被突发连接打爆。
• 若后端性能差异大，可叠加 weight，如 server ... weight=2 max_conns=2000;，兼顾能力与容量。

收紧超时与系统级资源控制

连接堆积本质是“该断不断”，需从协议层、内核层双管齐下：

• 精准设置三类代理超时：
  proxy_connect_timeout 2s;（建连不能拖）
  proxy_send_timeout 15s;（发完请求后，后端得及时收）
  proxy_read_timeout 45s;（等响应总时长，略高于业务最长等待）
• 开启 reuseport：listen 80 reuseport;，让多个 worker 各自监听同一端口，缓解 accept 锁争用，提升连接分发效率。
• 调高系统限制：
  worker_connections 32768;（配合 ulimit -n 65535）
  内核参数：net.core.somaxconn = 65535，net.ipv4.tcp_tw_reuse = 1，net.ipv4.tcp_fin_timeout = 30