为什么作者使用EntityUtils.consume(httpEntity);?

Question

我遇到过EntityUtils.consume(httpEntity);,我不确定它到底是做什么的.

例如:

try {

    //... some code

    HttpEntity httpEntity = httpResponse.getEntity();
    BufferedReader br = new BufferedReader(new InputStreamReader(http.Entity.getContent()));
    String line;
    while ((line = br.readLine())!= null) {
        System.out.println(line);
    }
    EntityUtils.consume(httpEntity);
} catch (Exception e) {
    //code
} finally { 
    httpClient.getConnectionManager().shutdown();
}

为什么作者在块关闭连接EntityUtils.consume(httpEntity);时放入finally并且垃圾收集器会处理httpEntity？

Answer 1

它真的归结为成为一个"好公民"(并且真正了解HTTPClient接口的合同).我们EntityUtils.consume将做的是释放所有资源httpEntity,这实质上意味着释放任何底层Stream并将Connection对象返回其池(如果您的连接管理器是多线程的)或释放连接管理器以便它可以处理下一个请求.

如果你没有使用它entity,那么真正取决于在finally子句中"关闭连接管理器"意味着什么.它会关闭尚未发送回池的待处理流/连接吗？我不确定它会在合同上做到这一点(尽管我认为它是实现性的).如果没有,那么您可能会泄漏系统资源(套接字等).发生的情况还可能取决于Entity对象的可能的最终化方法,该方法可能(如果它完全执行)释放其资源,同样,不确定它是否在实体的合同中.

让我们假设在ConnectionManager关闭时实际关闭所有待处理资源的时间.你还需要消费实体吗？我说是的,因为从现在起一个月后,有人会修改你的代码并在同一个try/finally块中进行第二次HTTP调用,并且可能无法这样做,因为你没有以你应该拥有的方式释放资源(例如,如果你的客户端在一个连接池上,没有释放第一个连接将使第二次调用失败).

所以我的观点是:实体是资源,资源应该在不需要时释放.指望别人在以后为你释放它们可能会在将来伤害你.原作者可能已经考虑过这些思路.

作为旁注,请注意您编写的实现实际上会将读取器消耗到底层流的末尾,因此消耗调用实际上什么都不做,但在我看来,这是一个实现细节(在在我的头脑中,一旦完全读取了响应流,连接对象就会自动释放/发送回http客户端中的池.另请注意,如果您使用API​​提供的ResponseHandler机制,所有这些Consume逻辑也会从您身上抽象出来.最后,API不保证response.getEntity永远不会返回null,因此您应该检查以避免NullPointerException.