45

我遇到过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);blockfinally会关闭连接和garbage collector会处理的时候放入httpEntity

4

1 回答 1

60

它真的归结为成为一个“好公民”(并且真正了解HTTPClient接口的合同)。要做EntityUtils.consume的是释放所有由httpEntity.下一个请求。

如果您不使用entity,会发生什么实际上取决于 finally 子句中“关闭连接管理器”的含义。它会关闭尚未发送回池的待处理流/连接吗?我不确定它会以合同方式做到这一点(尽管我认为在实施方面确实如此)。如果没有,那么您可能正在泄漏系统资源(套接字等)。发生的事情还可能取决于 Entity 对象的可能最终确定方法,该方法可能(如果它被执行)释放其资源,同样,不确定它是否在实体的合同中这样做。

让我们假设一下,ConnectionManager当它关闭时,它实际上会优雅地关闭所有挂起的资源。你还需要消耗实体吗?我说是的,因为一个月后,有人会修改你的代码并在同一个 try/finally 块中进行第二次 HTTP 调用,并且可能无法这样做,因为你没有以应有的方式释放资源(例如,如果您的客户端位于单个连接池上,不释放第一个连接将导致第二次调用失败)。

所以我的观点是:实体是资源,在不需要时应该释放资源。指望其他人在以后为您释放它们可能会在将来伤害您。原作者可能已经按照这些思路进行了思考。

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

于 2013-04-12T12:05:33.313 回答