如何解决org.apache.http.client.HttpClient的资源泄漏问题？

没错，这确实是一个真实的资源泄漏问题，得好好处理才行。

为什么会有这个警告？ #

你用HttpClientBuilder.create().build()创建的HttpClient实例，在Apache HttpClient 4.x及以后的版本里其实是实现了Closeable接口的。如果不主动关闭它，底层的连接池套接字、线程池以及其他关联的资源句柄没法及时释放，长期运行下来很可能会导致资源耗尽，比如出现套接字泄漏或者内存溢出的问题。

而你之前调用的EntityUtils.consume(entity)，只是关闭了HttpEntity关联的输入流，并没有处理HttpClient本身或者HttpResponse持有的连接池资源，所以IDE的警告自然不会消失。

正确的关闭方式 #

1. 首选：使用try-with-resources（Java 7+）

这是最简洁也最安全的方式，Java会自动在代码块结束时关闭实现了AutoCloseable接口的资源，不管有没有抛出异常：

try (CloseableHttpClient client = HttpClientBuilder.create().build()) {
    CloseableHttpResponse response = client.execute(request);
    try {
        HttpEntity entity = response.getEntity();
        // 在这里处理你的文件下载逻辑，比如把entity内容写入文件
        if (entity != null) {
            // 示例：用IO流将entity内容写入本地文件
            // FileOutputStream fos = new FileOutputStream("downloaded_file.txt");
            // entity.writeTo(fos);
            // fos.close();
            EntityUtils.consume(entity); // 确保entity的流被关闭
        }
    } finally {
        // 关闭response，释放关联的连接资源
        response.close();
    }
} catch (IOException e) {
    // 处理异常逻辑
    e.printStackTrace();
}

2. 手动关闭（Java 6及以下）

如果你的项目还在使用Java 6，没法用try-with-resources，那就得在finally块里手动关闭所有资源：

CloseableHttpClient client = null;
CloseableHttpResponse response = null;
try {
    client = HttpClientBuilder.create().build();
    response = client.execute(request);
    HttpEntity entity = response.getEntity();
    // 处理文件下载逻辑
    if (entity != null) {
        EntityUtils.consume(entity);
    }
} catch (IOException e) {
    e.printStackTrace();
} finally {
    // 先关闭response
    if (response != null) {
        try {
            response.close();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
    // 再关闭client
    if (client != null) {
        try {
            client.close();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

额外提醒 #

• 一定要把HttpClient声明为CloseableHttpClient类型，这样IDE和编译器才能识别它的关闭方法，避免类型转换的麻烦。
• 关闭资源的顺序要注意：先关闭HttpResponse，再关闭HttpClient，因为response依赖client的连接池资源，先释放response能更快地把连接归还给池。

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