使用Apache HttpClient解析响应时遇ConnectionClosedException求助

看起来你在使用Apache HttpClient解析Spring Boot接口的GET响应时遇到了头疼的ConnectionClosedException，结合你的错误栈和代码场景，我整理了几个实用的解决思路：

1. 先排查服务器端的响应是否完整 #

你的端点返回ResponseEntity<Page<JSONObject>>，这里要确认两个关键点：

• 确保Page对象和内部的JSONObject序列化为JSON时没有异常，比如有没有循环引用、特殊字符未正确转义的情况——这些问题可能导致服务器端提前中断响应输出。
• 可以用Postman或者curl本地测试这个端点，看看返回的响应是否完整、有没有截断。用curl的话加-v参数能看到分块传输的细节：

  curl -v http://your-endpoint-url
  

2. 调整HttpClient的超时与连接配置 #

有时候连接过早关闭是因为HttpClient的超时设置太短，或者连接池管理不当。试试自定义一个HttpClient实例：

CloseableHttpClient createCustomHttpClient() {
    RequestConfig requestConfig = RequestConfig.custom()
            .setConnectTimeout(5000) // 连接超时设为5秒
            .setSocketTimeout(15000) // 读取超时设为15秒，给大响应留足时间
            .build();

    return HttpClientBuilder.create()
            .setDefaultRequestConfig(requestConfig)
            .setConnectionReuseStrategy(new DefaultConnectionReuseStrategy())
            .build();
}

之后用这个自定义客户端发起请求，替代默认的简单客户端。

3. 替换EntityUtils.toString()，手动处理响应流 #

EntityUtils.toString()对分块响应的处理比较严格，你可以试试手动读取输入流，绕开它的封装：

String parseResponse(HttpResponse resp) {
    try (InputStream is = resp.getEntity().getContent();
         BufferedReader reader = new BufferedReader(new InputStreamReader(is, StandardCharsets.UTF_8))) {
        StringBuilder sb = new StringBuilder();
        String line;
        while ((line = reader.readLine()) != null) {
            sb.append(line);
        }
        return sb.toString();
    } catch (IOException e) {
        throw new RuntimeException(e);
    }
}

这里用了try-with-resources语法，能自动帮你关闭流，避免资源泄漏。

4. 升级HttpClient到更稳定的版本 #

你之前试了4.5.5没效果，建议试试更新的稳定版，比如4.5.x系列的最新版4.5.14，或者直接升级到5.x系列（注意5.x的API有一些变化）。如果用Maven，依赖可以这么写：

<!-- 4.x最新稳定版 -->
<dependency>
    <groupId>org.apache.httpcomponents</groupId>
    <artifactId>httpclient</artifactId>
    <version>4.5.14</version>
</dependency>
<!-- 或者5.x版本 -->
<dependency>
    <groupId>org.apache.httpcomponents.client5</groupId>
    <artifactId>httpclient5</artifactId>
    <version>5.2.1</version>
</dependency>

5.x版本在分块传输的处理上做了不少优化，大概率能解决这类兼容性问题。

5. 调整Spring Boot默认Tomcat的配置 #

如果你的Spring Boot用的是默认Tomcat容器，Tomcat的连接器配置可能影响分块传输。在application.properties里加这两个参数试试：

server.tomcat.max-swallow-size=-1 # 禁用响应内容大小限制，避免Tomcat截断大响应
server.tomcat.connection-timeout=15000 # 增加连接超时时间

这能防止Tomcat因为响应过大或者超时提前关闭连接。

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