使用OkHttpClient 3.6.0同步调用时大量ReaderRunnable线程持续运行

咱们先拆解下这个问题的核心——大量连接和ReaderRunnable线程暴增，本质是OkHttpClient连接池配置不匹配并发规模加上同步调用的特性共同导致的，具体原因和解决办法如下：

核心原因 #

• 默认连接池参数跟不上并发：OkHttpClient 3.6.0的默认连接池是maxIdleConnections=5、keepAliveDuration=5分钟。你用800线程的线程池发起同步调用，每个线程的client.newCall(request).execute()都会先尝试从连接池拿空闲连接，池子里的连接被抢完后，只能新建TCP连接来处理请求。
• 同步调用的连接占用特性：同步调用会一直占着连接直到整个请求-响应流程走完，800个并发请求就会同时占用800个连接，远超过默认的空闲连接上限，连接池根本来不及复用这些连接，只能不断新建。
• 潜在的连接泄漏：如果代码里没正确关闭execute()返回的Response（比如没在finally块里调用response.close()），用过的连接不会放回连接池，会进一步加剧连接耗尽、新建连接的问题。
• ReaderRunnable的关联逻辑：OkHttpClient的每个TCP连接都会对应一个ReaderRunnable线程来处理服务器响应读取，连接越多，这类线程自然就越多。

针对性解决方案 #

1. 调整连接池配置，适配并发规模 #

自定义连接池，增大空闲连接上限和保活时长，让连接池能容纳足够的空闲连接供复用：

ConnectionPool connectionPool = new ConnectionPool(
    800, // maxIdleConnections：设置和线程池大小匹配的空闲连接数
    30, TimeUnit.MINUTES // keepAliveDuration：延长保活时间，减少连接重建
);
OkHttpClient client = new OkHttpClient.Builder()
    .connectionPool(connectionPool)
    .build();

这样线程释放连接后，连接能留在池里供其他线程复用，避免频繁新建连接。

2. 改用异步调用替代同步调用 #

OkHttpClient的异步调用enqueue()会更高效地利用连接池，它会在后台复用空闲连接，不需要每个线程都占用独立连接：

client.newCall(request).enqueue(new Callback() {
    @Override
    public void onFailure(Call call, IOException e) {
        // 处理失败逻辑
    }

    @Override
    public void onResponse(Call call, Response response) throws IOException {
        try (ResponseBody body = response.body()) {
            // 处理响应逻辑
        }
        // 自动关闭response，连接放回池里
    }
});

异步模式下，OkHttpClient会用内置调度器管理连接复用，远比分线程同步调用更高效，能大幅减少连接数和线程数。

3. 确保正确关闭Response，避免连接泄漏 #

如果坚持用同步调用，一定要确保Response被正确关闭，最好用try-with-resources语法自动处理：

try (Response response = client.newCall(request).execute()) {
    // 处理响应内容
} catch (IOException e) {
    // 处理异常
}

这样无论请求成功还是失败，Response都会被自动关闭，连接会被放回连接池复用。

4. 考虑APNS的并发限制 #

额外提一句：苹果APNS对并发连接数有一定限制，过度并发可能会被限流。调整连接池的同时，也可以用RateLimiter控制每秒发送的请求数，避免触发APNS的限流机制。

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