HttpClient连接池的一些思考


前言

使用apache的httpclient进行http的交互处理已经很长时间了,而httpclient实例则使用了http连接池,想必大家也没有关心过连接池的管理。事实上,通过分析httpclient源码,发现它很优雅地隐藏了所有的连接池管理细节,开发者完全不用花太多时间去思考连接池的问题。

Apache官网例子

CloseableHttpClient httpclient = HttpClients.createDefault();

HttpGet httpget =newHttpGet("http://localhost/");

CloseableHttpResponse response = httpclient.execute(httpget);try {

    HttpEntity entity = response.getEntity();

    if(entity !=null) {

        longlen = entity.getContentLength();

        if(len != -1 && len < 2048) {

            System.out.println(EntityUtils.toString(entity));

        } else {

            // Stream content out        }

    }

} finally {

    response.close();

}

HttpClient及其连接池配置

整个线程池中最大连接数 MAX_CONNECTION_TOTAL = 800

路由到某台主机最大并发数,是MAX_CONNECTION_TOTAL(整个线程池中最大连接数)的一个细分 ROUTE_MAX_COUNT = 500

重试次数,防止失败情况 RETRY_COUNT = 3

客户端和服务器建立连接的超时时间 CONNECTION_TIME_OUT = 5000

客户端从服务器读取数据的超时时间 READ_TIME_OUT = 7000

从连接池中获取连接的超时时间 CONNECTION_REQUEST_TIME_OUT = 5000

连接空闲超时,清楚闲置的连接 CONNECTION_IDLE_TIME_OUT = 5000

连接保持存活时间 DEFAULT_KEEP_ALIVE_TIME_MILLIS = 20 * 1000

MaxtTotal和DefaultMaxPerRoute的区别

MaxtTotal是整个池子的大小;

DefaultMaxPerRoute是根据连接到的主机对MaxTotal的一个细分;

比如:MaxtTotal=400,DefaultMaxPerRoute=200,而我只连接到http://hjzgg.com时,到这个主机的并发最多只有200;而不是400;而我连接到http://qyxjj.com 和 http://httls.com时,到每个主机的并发最多只有200;即加起来是400(但不能超过400)。所以起作用的设置是DefaultMaxPerRoute。

HttpClient连接池模型

HttpClient从连接池中获取连接分析

org.apache.http.pool.AbstractConnPool

private E getPoolEntryBlocking(

        finalT route,final Object state,

        finallongtimeout,final TimeUnit tunit,

        finalPoolEntryFuture future)

            throws IOException, InterruptedException, TimeoutException {

    Date deadline =null;

    if(timeout > 0) {

        deadline =new Date

            (System.currentTimeMillis() + tunit.toMillis(timeout));

    }

    this.lock.lock();

    try {

        finalRouteSpecificPool pool = getPool(route);//这是每一个路由细分出来的连接池E entry =null;

        while(entry ==null) {

            Asserts.check(!this.isShutDown, "Connection pool shut down");

            //获从池子中获取一个可用连接并返回for (;;) {

                entry = pool.getFree(state);

                if(entry ==null) {

                    break;

                }

                if (entry.isExpired(System.currentTimeMillis())) {

                    entry.close();

                } elseif(this.validateAfterInactivity > 0) {

                    if(entry.getUpdated() +this.validateAfterInactivity <= System.currentTimeMillis()) {

                        if(!validate(entry)) {

                            entry.close();

                        }

                    }

                }

                if (entry.isClosed()) {

                    this.available.remove(entry);

                    pool.free(entry, false);

                } else {

                    break;

                }

            }

            if(entry !=null) {

                this.available.remove(entry);

                this.leased.add(entry);

                onReuse(entry);

                return entry;

            }

            //创建新的连接

            // New connection is neededfinalintmaxPerRoute = getMax(route);//获取当前路由最大并发数

            // Shrink the pool prior to allocating a new connectionfinalintexcess = Math.max(0, pool.getAllocatedCount() + 1 - maxPerRoute);

            if(excess > 0) {//如果当前路由对应的连接池的连接超过最大路由并发数,获取到最后使用的一次连接,释放掉for(inti = 0; i < excess; i++) {

                    finalE lastUsed = pool.getLastUsed();

                    if(lastUsed ==null) {

                        break;

                    }

                    lastUsed.close();

                    this.available.remove(lastUsed);

                    pool.remove(lastUsed);

                }

            }

            //尝试创建新的连接 if(pool.getAllocatedCount() < maxPerRoute) {//当前路由对应的连接池可用空闲连接数+当前路由对应的连接池已用连接数 < 当前路由对应的连接池最大并发数finalinttotalUsed =this.leased.size();

                finalintfreeCapacity = Math.max(this.maxTotal - totalUsed, 0);

                if(freeCapacity > 0) {

                    finalinttotalAvailable =this.available.size();

                    if(totalAvailable > freeCapacity - 1) {//线程池中可用空闲连接数 > (线程池中最大连接数 - 线程池中已用连接数 - 1)if(!this.available.isEmpty()) {

                            finalE lastUsed =this.available.removeLast();

                            lastUsed.close();

                            finalRouteSpecificPool otherpool = getPool(lastUsed.getRoute());

                            otherpool.remove(lastUsed);

                        }

                    }

                    finalC conn =this.connFactory.create(route);

                    entry = pool.add(conn);

                    this.leased.add(entry);

                    return entry;

                }

            }

            booleansuccess =false;

            try {

                pool.queue(future);

                this.pending.add(future);

                success = future.await(deadline);

            } finally {

                // In case of 'success', we were woken up by the

                // connection pool and should now have a connection

                // waiting for us, or else we're shutting down.

                // Just continue in the loop, both cases are checked.                pool.unqueue(future);

                this.pending.remove(future);

            }

            // check for spurious wakeup vs. timeoutif(!success && (deadline !=null) &&                (deadline.getTime() <= System.currentTimeMillis())) {

                break;

            }

        }

        thrownewTimeoutException("Timeout waiting for connection");

    } finally {

        this.lock.unlock();

    }

}

连接重用和保持策略

http的长连接复用, 其判定规则主要分两类。

1. http协议支持+请求/响应header指定

2. 一次交互处理的完整性(响应内容消费干净)

对于前者, httpclient引入了ConnectionReuseStrategy来处理, 默认的采用如下的约定:

HTTP/1.0通过在Header中添加Connection:Keep-Alive来表示支持长连接。

HTTP/1.1默认支持长连接, 除非在Header中显式指定Connection:Close, 才被视为短连接模式。

HttpClientBuilder创建MainClientExec

ConnectionReuseStrategy(连接重用策略) 

org.apache.http.impl.client.DefaultClientConnectionReuseStrategy

MainClientExec处理连接

处理完请求后,获取到response,通过ConnectionReuseStrategy判断连接是否可重用,如果是通过ConnectionKeepAliveStrategy获取到连接最长有效时间,并设置连接可重用标记。

连接重用判断逻辑

request首部中包含Connection:Close,不复用

response中Content-Length长度设置不正确,不复用

response首部包含Connection:Close,不复用

reponse首部包含Connection:Keep-Alive,复用

都没命中的情况下,如果HTTP版本高于1.0则复用

更多参考:https://www.cnblogs.com/mumuxinfei/p/9121829.html

连接释放原理分析

HttpClientBuilder会构建一个InternalHttpClient实例,也是CloseableHttpClient实例。InternalHttpClient的doExecute方法来完成一次request的执行。

会继续调用MainClientExec的execute方法,通过连接池管理者获取连接(HttpClientConnection)。

构建ConnectionHolder类型对象,传递连接池管理者对象和当前连接对象。

请求执行完返回HttpResponse类型对象,然后包装成HttpResponseProxy对象(是CloseableHttpResponse实例)返回。

CloseableHttpClient类其中一个execute方法如下,finally方法中会调用HttpResponseProxy对象的close方法释放连接。

最终调用ConnectionHolder的releaseConnection方法释放连接。

CloseableHttpClient类另一个execute方法如下,返回一个HttpResponseProxy对象(是CloseableHttpResponse实例)。

这种情况下调用者获取了HttpResponseProxy对象,可以直接拿到HttpEntity对象。大家关心的就是操作完HttpEntity对象,使用完InputStream到底需不需要手动关闭流呢?

其实调用者不需要手动关闭流,因为HttpResponseProxy构造方法里有增强HttpEntity的处理方法,如下。

调用者最终拿到的HttpEntity对象是ResponseEntityProxy实例。

ResponseEntityProxy重写了获取InputStream的方法,返回的是EofSensorInputStream类型的InputStream对象。

EofSensorInputStream对象每次读取都会调用checkEOF方法,判断是否已经读取完毕。

checkEOF方法会调用ResponseEntityProxy(实现了EofSensorWatcher接口)对象的eofDetected方法。

EofSensorWatcher#eofDetected方法中会释放连接并关闭流。


综上,通过CloseableHttpClient实例处理请求,无需调用者手动释放连接。

HttpClient在Spring中应用

创建ClientHttpRequestFactory

@Bean

public ClientHttpRequestFactory clientHttpRequestFactory()

        throws KeyStoreException, NoSuchAlgorithmException, KeyManagementException {

    HttpClientBuilder httpClientBuilder = HttpClientBuilder.create();

    SSLContext sslContext =newSSLContextBuilder().loadTrustMaterial(null, (arg0, arg1) ->true).build();

    httpClientBuilder.setSSLContext(sslContext)

            .setMaxConnTotal(MAX_CONNECTION_TOTAL)

            .setMaxConnPerRoute(ROUTE_MAX_COUNT)

            .evictIdleConnections(CONNECTION_IDLE_TIME_OUT, TimeUnit.MILLISECONDS);

    httpClientBuilder.setRetryHandler(newDefaultHttpRequestRetryHandler(RETRY_COUNT,true));

    httpClientBuilder.setKeepAliveStrategy(new DefaultConnectionKeepAliveStrategy());

    CloseableHttpClient client = httpClientBuilder.build();

    HttpComponentsClientHttpRequestFactory clientHttpRequestFactory =new HttpComponentsClientHttpRequestFactory(client);

    clientHttpRequestFactory.setConnectTimeout(CONNECTION_TIME_OUT);

    clientHttpRequestFactory.setReadTimeout(READ_TIME_OUT);

    clientHttpRequestFactory.setConnectionRequestTimeout(CONNECTION_REQUEST_TIME_OUT);

    clientHttpRequestFactory.setBufferRequestBody(false);

    return clientHttpRequestFactory;

}

创建RestTemplate

@Bean

public RestTemplate restTemplate()  {

  RestTemplate restTemplate =new RestTemplate(clientHttpRequestFactory());

        restTemplate.setErrorHandler(new DefaultResponseErrorHandler());

        // 修改StringHttpMessageConverter内容转换器restTemplate.getMessageConverters().set(1,new StringHttpMessageConverter(StandardCharsets.UTF_8));

        return restTemplate;

}

 Spring官网例子

@SpringBootApplication

public class Application {

    privatestaticfinalLogger log = LoggerFactory.getLogger(Application.class);

    publicstaticvoid main(String args[]) {

        SpringApplication.run(Application.class);

    }

    @Bean

    public RestTemplate restTemplate(RestTemplateBuilder builder) {

        return builder.build();

    }

    @Bean

    publicCommandLineRunner run(RestTemplate restTemplate)throws Exception {

        returnargs -> {

            Quote quote = restTemplate.getForObject(

                    "https://gturnquist-quoters.cfapps.io/api/random", Quote.class);            log.info(quote.toString());        };    }}

总结

Apache的HttpClient组件可谓良心之作,细细的品味一下源码可以学到很多设计模式和比编码规范。不过在阅读源码之前最好了解一下不同版本的HTTP协议,尤其是HTTP协议的Keep-Alive模式。使用Keep-Alive模式(又称持久连接、连接重用)时,Keep-Alive功能使客户端到服 务器端的连接持续有效,当出现对服务器的后继请求时,Keep-Alive功能避免了建立或者重新建立连接。这里推荐一篇参考链接:https://www.jianshu.com/p/49551bda6619。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,132评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,802评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,566评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,858评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,867评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,695评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,064评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,705评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,915评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,677评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,796评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,432评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,041评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,992评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,223评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,185评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,535评论 2 343

推荐阅读更多精彩内容