Android Studio开发中OkHttpClient报连接泄漏，未显式使用响应体？

兄弟，我太懂这个OkHttp连接泄漏的坑了！你看到的这个警告本质是OkHttp的连接池里有连接没被正确释放——OkHttp默认会复用连接来提升性能，但如果响应体（ResponseBody）没关闭，连接就会一直被占用，没法回到池子里循环利用，时间长了还可能导致资源耗尽。

虽然你写了cleanup()函数关闭InputStream和JsonReader，但大概率是某些场景下漏关了，我给你梳理几个最常见的问题和靠谱的解决办法：

1. 别手动写cleanup了，用try-with-resources自动管理资源 #

手动关闭资源很容易在异常分支、条件判断里遗漏，比如解析JSON时抛出异常，cleanup()可能根本没执行到。Java的try-with-resources语法会自动关闭所有实现AutoCloseable的资源（包括Response、ResponseBody、JsonReader、InputStream），不管代码正常执行还是抛出异常，都能确保资源被释放。

举个正确的同步请求写法：

OkHttpClient client = new OkHttpClient();
Request request = new Request.Builder()
        .url("https://<site>.com/")
        .build();

// 把所有需要关闭的资源都放在try的括号里
try (Response response = client.newCall(request).execute();
     ResponseBody body = response.body();
     InputStream inputStream = body.byteStream();
     JsonReader jsonReader = new JsonReader(new InputStreamReader(inputStream))) {
    
    // 在这里写你的JSON解析逻辑
    // ...

} catch (IOException e) {
    // 异常处理逻辑
    e.printStackTrace();
}

2. 异步请求的响应体绝对不能忘关 #

如果你用了enqueue()做异步请求，很多人会忽略在Callback的onResponse()里关闭响应体——哪怕你不需要处理响应内容，也必须关！

正确的异步请求写法：

client.newCall(request).enqueue(new Callback() {
    @Override
    public void onResponse(Call call, Response response) throws IOException {
        // 把ResponseBody放在try-with-resources里，自动关闭
        try (ResponseBody body = response.body()) {
            if (!response.isSuccessful()) {
                throw new IOException("请求失败：" + response.code());
            }
            // 解析响应内容
            // ...
        }
    }

    @Override
    public void onFailure(Call call, IOException e) {
        // 请求失败的处理逻辑
        e.printStackTrace();
    }
});

3. 检查所有分支路径的响应体关闭 #

比如当请求返回失败（response.isSuccessful()为false）时，你是不是没处理响应体？很多人只在成功分支里关，失败分支直接丢了，这就会导致连接泄漏。

错误示例：

Response response = client.newCall(request).execute();
if (response.isSuccessful()) {
    try (ResponseBody body = response.body()) {
        // 处理成功响应
    }
}
// 这里如果请求失败，response和body都没被关闭！

正确做法是把整个Response都放进try-with-resources，不管成功失败都能确保关闭：

try (Response response = client.newCall(request).execute()) {
    if (!response.isSuccessful()) {
        throw new IOException("请求失败：" + response.code());
    }
    try (ResponseBody body = response.body()) {
        // 处理响应内容
    }
} catch (IOException e) {
    e.printStackTrace();
}

4. 用日志拦截器排查漏关的请求 #

如果还是找不到问题，可以给OkHttp加个日志拦截器，详细查看每个请求的生命周期，确认哪个请求的响应体没被关闭。

添加日志拦截器的代码：

// 先添加依赖：implementation 'com.squareup.okhttp3:logging-interceptor:4.x.x'
HttpLoggingInterceptor loggingInterceptor = new HttpLoggingInterceptor();
// 设置日志级别为BODY，能看到响应体的处理情况
loggingInterceptor.setLevel(HttpLoggingInterceptor.Level.BODY);

OkHttpClient client = new OkHttpClient.Builder()
        .addInterceptor(loggingInterceptor)
        .build();

运行后查看日志，你能清楚看到每个请求的响应体是否被正确关闭，定位到漏关的地方。

总的来说，OkHttp的连接泄漏99%都是因为响应体没被正确关闭，尤其是异步请求、异常分支这些容易忽略的场景。放弃手动cleanup，改用try-with-resources是最省心可靠的方式，能帮你避免绝大多数这类问题。

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