Android OkHttp实现SSE在移动网络闲置5分钟后停止接收数据求助

这个问题本质是移动运营商的NAT设备会在连接闲置3-5分钟后主动切断长连接，而WiFi环境下路由器的NAT超时通常更长，所以不会触发该问题。单纯添加Connection: keep-alive请求头没用——这只是客户端与服务器之间的约定，无法干预中间运营商的流量管控策略。

给你几个更高效的优化方案：

1. 精准适配运营商超时的心跳策略 #

别盲目每分钟发心跳，先测试你所用移动运营商的NAT超时时间（大部分为3-5分钟），把心跳间隔设为超时时间的2/3左右（比如超时5分钟就设3分钟），既能避免被断开，又能减少不必要的请求开销。

• 优先用SSE协议自带的ping帧，OkHttp的EventSource原生支持处理服务器发送的ping；如果服务器未配置，客户端可以发送极轻量的请求（比如空HEAD请求，比GET开销更小）。

2. 优化OkHttp连接池配置 #

调整OkHttp的ConnectionPool参数，让空闲连接的存活时间贴近运营商超时：

ConnectionPool connectionPool = new ConnectionPool(5, 4, TimeUnit.MINUTES);
OkHttpClient client = new OkHttpClient.Builder()
    .connectionPool(connectionPool)
    .build();

这只是客户端侧的配置，仍需配合心跳应对运营商的NAT断开，无法单独解决问题。

3. 启用SSE原生重连机制 #

OkHttp的EventSource默认支持SSE的retry字段，服务器返回该字段后，客户端会自动在断开后重试。可以让服务器把retry设为10秒左右，就算被运营商断开，客户端也能自动恢复连接，不用硬扛着维持长连接。

• 你也可以在EventSourceListener的onClosed或onFailure方法里自定义重连逻辑，比如失败后采用指数退避重试策略。

4. 开启TCP层Keep-Alive #

这是比HTTP层面keep-alive更底层的保活方式，让TCP栈定期发送探测包维持连接。通过OkHttp的SocketFactory配置：

OkHttpClient client = new OkHttpClient.Builder()
    .socketFactory(new SocketFactory() {
        private final SocketFactory defaultFactory = SocketFactory.getDefault();

        @Override
        public Socket createSocket() throws IOException {
            Socket socket = defaultFactory.createSocket();
            try {
                socket.setKeepAlive(true);
                // 空闲120秒后开始发探测包，每30秒发一次，连续5次失败再断开
                socket.setOption(SocketOptions.SO_KEEPALIVE, true);
                socket.setOption(SocketOptions.TCP_KEEPIDLE, 120);
                socket.setOption(SocketOptions.TCP_KEEPINTVL, 30);
                socket.setOption(SocketOptions.TCP_KEEPCNT, 5);
            } catch (SocketException e) {
                e.printStackTrace();
            }
            return socket;
        }

        @Override
        public Socket createSocket(String host, int port) throws IOException, UnknownHostException {
            Socket socket = createSocket();
            socket.connect(new InetSocketAddress(host, port));
            return socket;
        }

        // 其他重载方法直接委托给默认工厂，此处省略
    })
    .build();

注意：TCP Keep-Alive的参数可能受系统和运营商限制，部分运营商会屏蔽探测包，建议和心跳方案搭配使用。

最优组合 #

最稳妥的方案是TCP Keep-Alive + 适配运营商超时的低频心跳 + SSE自动重连。这样既能减少请求次数，又能在连接断开时快速恢复，比每分钟发心跳高效很多。

内容的提问来源于stack exchange，提问作者Parth Bhatti