Android端Google Chrome中WebSocket后台断开的原因与解决方案咨询

核心原因 #

1. Android省电机制限制：当浏览器标签进入后台（切换应用/关屏），系统会触发Doze模式或App Standby，这类机制会严格限制后台应用的网络访问，主动切断WebSocket这类长连接以节省电量和系统资源。
2. 浏览器后台进程冻结：Android上的主流浏览器在后台时会冻结非活跃标签页，暂停其JS执行，导致WebSocket无法发送心跳维持连接，最终被系统或服务器判定为闲置断开。
3. NAT连接超时：后台状态下设备可能处于网络闲置状态，运营商的NAT网关会回收长时间无数据传输的连接，而此时WebSocket因后台限制无法发送心跳，直接导致连接断开。

可行解决办法 #

• 实现心跳保活机制：定时在WebSocket连接中发送小体积的ping帧，服务器返回pong响应，让系统认为连接处于活跃状态，避免被判定为闲置切断。示例代码：

let wsConnection;
let heartbeatTimer;

function initWebSocket() {
  wsConnection = new WebSocket('wss://your-domain.com/ws');

  wsConnection.onopen = () => {
    // 每25秒发送一次心跳（提前于常见的30秒NAT超时）
    heartbeatTimer = setInterval(() => {
      if (wsConnection.readyState === WebSocket.OPEN) {
        wsConnection.send(JSON.stringify({ action: 'ping' }));
      }
    }, 25000);
  };

  wsConnection.onclose = () => {
    clearInterval(heartbeatTimer);
    // 触发重连
    setTimeout(initWebSocket, 3000);
  };
}

• 优化自动重连策略：断开连接后实现自动重连，采用指数退避算法（如首次重连等待3s，第二次6s，最大等待时长不超过60s），避免频繁重试消耗资源，同时保证用户返回网页时能快速恢复连接。
• 服务器端会话恢复：在服务器端通过用户唯一标识（如token）关联WebSocket会话数据，当用户重连时自动恢复之前的会话状态，让用户感知不到断开。
• 引导用户调整系统设置：在网站内提示用户将浏览器加入系统省电白名单，关闭后台网络限制（不同品牌手机路径不同，如华为：设置 > 电池 > 应用启动管理 > 选择浏览器 > 允许后台活动），从系统层面解除连接限制。
• 利用Background Sync做数据兜底：如果业务允许，对于WebSocket断开期间产生的待发送数据，使用浏览器Background Sync API暂存，待浏览器恢复活跃时再同步到服务器，减少数据丢失风险。

内容的提问来源于stack exchange，提问作者Artisan Craft