Spring Cloud Open Feign切换Apache HttpClient后响应时间上升原因排查

切换到Apache HttpClient后性能未达预期，反而比默认的HttpURLConnection更慢，大概率是以下几个原因导致：

1. 默认连接池配置无法适配高并发场景 #

Apache HttpClient的PoolingHttpClientConnectionManager默认参数非常保守：

• 最大总连接数：20
• 单路由最大连接数：2

你的测试用了100线程发起10000次请求，远远超出默认连接数限制，大量线程会阻塞等待空闲连接，反而比HttpURLConnection“每次新建连接”的无等待模式（虽无复用，但并发时无排队）更慢。

解决方法：自定义连接池配置，调整参数匹配你的并发规模：

@Configuration
public class FeignHttpClientConfig {
    @Bean
    public HttpClient httpClient() {
        PoolingHttpClientConnectionManager connectionManager = new PoolingHttpClientConnectionManager();
        // 调整总最大连接数
        connectionManager.setMaxTotal(200);
        // 调整单路由最大连接数
        connectionManager.setDefaultMaxPerRoute(100);
        return HttpClientBuilder.create()
                .setConnectionManager(connectionManager)
                .build();
    }
}

2. HttpURLConnection本身已支持连接复用 #

不要误以为HttpURLConnection没有连接池机制：它默认开启Keep-Alive（由系统属性http.keepAlive=true控制），并维护一个默认连接池（默认单路由最大连接数为5，由http.maxConnections控制）。如果你的测试场景中，HttpURLConnection的默认连接池刚好适配了并发压力，而HttpClient的保守配置拖了后腿，就会出现性能反超。

3. 缺少预热，初始化开销被计入测试时间 #

Apache HttpClient第一次初始化时会加载资源、初始化连接池，这些额外开销会拉高前一批请求的耗时，最终导致整体测试时间变长。而HttpURLConnection的初始化逻辑更轻量，预热影响不明显。

解决方法：测试前先执行预热请求：

@BeforeEach
void warmUp() {
    // 执行10次预热请求，让HttpClient完成初始化
    for (int i = 0; i < 10; i++) {
        testFeignClient.verifyMember(1);
    }
}

4. 超时参数配置不合理 #

HttpURLConnection的默认超时（连接超时、读取超时）可能比Apache HttpClient的默认值更短，或者你未给HttpClient配置明确的超时参数，导致请求在等待连接、等待响应上消耗更多时间。

解决方法：为HttpClient设置明确的超时：

@Bean
public HttpClient httpClient() {
    RequestConfig requestConfig = RequestConfig.custom()
            .setConnectTimeout(5000)    // 连接超时5秒
            .setSocketTimeout(10000)    // 读取超时10秒
            .setConnectionRequestTimeout(5000) // 获取连接的等待超时5秒
            .build();

    PoolingHttpClientConnectionManager connectionManager = new PoolingHttpClientConnectionManager();
    connectionManager.setMaxTotal(200);
    connectionManager.setDefaultMaxPerRoute(100);

    return HttpClientBuilder.create()
            .setDefaultRequestConfig(requestConfig)
            .setConnectionManager(connectionManager)
            .build();
}

5. 测试场景无法体现连接池优势 #

如果你的测试目标是本地服务或延迟极低的服务，连接建立的开销占比极小，此时HttpClient的额外封装逻辑（请求构建、连接管理）反而会成为性能瓶颈。只有当请求的网络延迟较高（比如调用远程服务）、连接建立开销占比大时，连接池的复用优势才会凸显。

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