移动端h5 websocket频繁掉线需分层应对：监听visibilitychange事件精准感知切后台，用settimeout链式心跳替代setinterval，重连采用指数退避（1s→2s→4s→8s，上限30s），并协同服务端对齐超时配置与状态补偿。
移动端频繁建连不是靠“加连接数上限”硬扛，而是要让连接复用真正跑起来——核心是调准 keepalive_timeout，再配好上下游协同机制。
按移动端行为设 keepalive_timeout
手机网络不稳定、App常切后台、用户操作不连续，这些特性决定了不能照搬桌面端的 60 秒默认值：
- 纯 API 接口（如登录、下单、列表拉取）：设为 15–25 秒。覆盖多数 App 唤醒后发请求的时间窗，又避免空连长期占坑
- 混合型 H5 页面（含 JS/CSS/图片）：设为 5–10 秒。资源加载快，复用窗口短；设太长反而挤占新连接槽位
- 启用 HTTP/2 的服务：可设为 0 或 5 秒。HTTP/2 多路复用由客户端主导，Nginx 不必强留空连
必须同步调整的三项关键配置
单改 keepalive_timeout 效果有限，容易出现“超时不匹配”或“僵尸连接”：
- keepalive_requests：建议设为 50–200（timeout 越短，该值越小）。防止单连接被异常请求长期霸占
- client_header_timeout 和 send_timeout：分别设为 30 秒 和 60 秒。弱网下请求头上传慢、响应体下发卡顿更常见，这两项不调大，连接会在传输中途被误杀
- upstream keepalive：若走 proxy_pass，必须在 upstream 块中显式写 keepalive 32;，并确保后端（如 Spring Boot、Tomcat）也开启长连接支持
识别和验证真实效果
别只看配置文件写了没，重点观察运行态指标：
- 用 ss -tn | grep :443 | wc -l 查 ESTAB 连接数：高峰期持续 > 1000，说明空连滞留过多，需缩短 timeout
- 抓包看响应头是否含 Keep-Alive: timeout=xx，确认 Nginx 正确透出设置
- 查 access_log 中的 $request_time 和 $upstream_response_time：若大量请求呈现“快响应 + 长空闲”，就是典型的复用窗口与行为错配
防堆积与保稳定的小技巧
移动端连接易中断、难预测，要主动防御资源耗尽：
- 开启 reset_timedout_connection on;：超时后直接发 RST 回收 socket，跳过 TIME_WAIT，释放 fd 更快
- 搭配系统级调优：检查 ulimit -n 是否足够，必要时调高 net.core.somaxconn
- 对高频低价值接口（如心跳、埋点），可单独用 limit_req 限频，避免被刷爆连接池
