本文介绍HttpClient的连接管理,主要介绍使用BasichttpClientConnectionManager和PoolingHttpClientConnectionManager来实现强制安全,协议兼容和有效使用HTTP连接。
自HttpClient 4.3.3起,BasicHttpClientConnectionManager可用作HTTP连接管理器的最简单实现。它用于创建和管理一次只能由一个线程使用的单个连接。
获取低级别连接的连接请求(HttpClientConnection)
BasicHttpClientConnectionManager connManager
= new BasicHttpClientConnectionManager();
HttpRoute route = new HttpRoute(new HttpHost("http://localhost:8080", 80));
ConnectionRequest connRequest = connManager.requestConnection(route, null);
该requestConnection方法
从connManager得到的连接池的特定路线来连接。该路线参数指定的“代理跳”到目标主机或目标主机本身的路由。
可以直接使用HttpClientConnection执行请求,但请记住,这种低级方法很冗长且难以管理。低级连接对于socket和http(如超时和目标主机信息)很有用,但对于标准执行,HttpClient是一个更容易使用的API。
该PoolingHttpClientConnectionManager将创建并管理我们使用的每个路线或目标主机的连接池。首先,让我们看看如何在一个简单的HttpClient上设置这个连接管理器:
在HttpClient上设置PoolingHttpClientConnectionManager
HttpClientConnectionManager poolingConnManager
= new PoolingHttpClientConnectionManager();
CloseableHttpClient client
= HttpClients.custom().setConnectionManager(poolingConnManager)
.build();
client.execute(new HttpGet("/"));
assertTrue(poolingConnManager.getTotalStats().getLeased() == 1);
接下来,让我们看看两个不同线程中运行的两个HttpClient如何使用相同的ConnectionManager:
使用两个HttpClient连接到每个目标主机
HttpGet get1 = new HttpGet("");
HttpGet get2 = new HttpGet("");
PoolingHttpClientConnectionManager connManager
= new PoolingHttpClientConnectionManager();
CloseableHttpClient client1
= HttpClients.custom().setConnectionManager(connManager).build();
CloseableHttpClient client2
= HttpClients.custom().setConnectionManager(connManager).build();
MultiHttpClientConnThread thread1
= new MultiHttpClientConnThread(client1, get1);
MultiHttpClientConnThread thread2
= new MultiHttpClientConnThread(client2, get2);
thread1.start();
thread2.start();
thread1.join();
thread2.join();
请注意,我们使用的是一个非常简单的自定义线程实现,这里是:
自定义线程执行 GET请求
public class MultiHttpClientConnThread extends Thread {
private CloseableHttpClient client;
private HttpGet get;
// standard constructors
public void run(){
try {
HttpResponse response = client.execute(get);
EntityUtils.consume(response.getEntity());
} catch (ClientProtocolException ex) {
} catch (IOException ex) {
}
}
}
请注意EntityUtils.consume(response.getEntity)
调用,必须使用响应的全部内容(实体),以便manager可以将连接释放回池中。
ConnectionManager默认配置选择很好,但是,根据你的使用情况,会存在可能太小的情况,那么,让我们来看看我们如何配置:
增加可以打开和管理的连接数超出默认限制
PoolingHttpClientConnectionManager connManager
= new PoolingHttpClientConnectionManager();
connManager.setMaxTotal(5);
connManager.setDefaultMaxPerRoute(4);
HttpHost host = new HttpHost("www.baeldung.com", 80);
connManager.setMaxPerRoute(new HttpRoute(host), 5);
让我们回顾一下API:
因此,在不更改默认值的情况下,我们将很容易地达到连接管理器的限制 。让我们看看它是如何看起来的:
使用线程执行连接
HttpGet get = new HttpGet("http://localhost:8080");
PoolingHttpClientConnectionManager connManager
= new PoolingHttpClientConnectionManager();
CloseableHttpClient client = HttpClients.custom().
setConnectionManager(connManager).build();
MultiHttpClientConnThread thread1
= new MultiHttpClientConnThread(client, get);
MultiHttpClientConnThread thread2
= new MultiHttpClientConnThread(client, get);
MultiHttpClientConnThread thread3
= new MultiHttpClientConnThread(client, get);
thread1.start();
thread2.start();
thread3.start();
thread1.join();
thread2.join();
thread3.join();
正如我们已经讨论过的,默认情况下每主机连接限制为2。因此,在此示例中,我们尝试让3个线程向同一主机发出3个请求,但只会并行分配2个连接。
让我们来看看日志 - 我们有三个线程正在运行,但只有2个线程连接:
[Thread-0] INFO o.b.h.c.MultiHttpClientConnThread
- Before - Leased Connections = 0
[Thread-1] INFO o.b.h.c.MultiHttpClientConnThread
- Before - Leased Connections = 0
[Thread-2] INFO o.b.h.c.MultiHttpClientConnThread
- Before - Leased Connections = 0
[Thread-2] INFO o.b.h.c.MultiHttpClientConnThread
- After - Leased Connections = 2
[Thread-0] INFO o.b.h.c.MultiHttpClientConnThread
- After - Leased Connections = 2
引用HttpClient 4.3.3。reference:“ 如果Keep-Alive
响应中没有标头,HttpClient假定连接可以无限期保持活动。”。
为了解决这个问题,并且能够管理死连接,我们需要一个自定义的策略实现并将其构建到HttpClient中。
自定义保持长连接策略
ConnectionKeepAliveStrategy myStrategy = new ConnectionKeepAliveStrategy() {
@Override
public long getKeepAliveDuration(HttpResponse response, HttpContext context) {
HeaderElementIterator it = new BasicHeaderElementIterator
(response.headerIterator(HTTP.CONN_KEEP_ALIVE));
while (it.hasNext()) {
HeaderElement he = it.nextElement();
String param = he.getName();
String value = he.getValue();
if (value != null && param.equalsIgnoreCase
("timeout")) {
return Long.parseLong(value) * 1000;
}
}
return 5 * 1000;
}
};
此策略将首先尝试应用标题中所述的主机的Keep-Alive策略。如果响应头中不存在该信息,则它将保持活动连接5秒。
现在,让我们用这个自定义策略创建一个客户端:
PoolingHttpClientConnectionManager connManager
= new PoolingHttpClientConnectionManager();
CloseableHttpClient client = HttpClients.custom()
.setKeepAliveStrategy(myStrategy)
.setConnectionManager(connManager)
.build();
HTTP / 1.1规范规定,如果连接尚未关闭,则可以重新使用连接 - 这称为连接持久性。
一旦管理员发布连接,它就会保持开放状态以便重复使用。使用只能管理单个连接的BasicHttpClientConnectionManager时,必须先释放连接,然后再将其重新租用:
BasicHttpClientConnectionManager 连接重用
BasicHttpClientConnectionManager basicConnManager =
new BasicHttpClientConnectionManager();
HttpClientContext context = HttpClientContext.create();
// low level
HttpRoute route = new HttpRoute(new HttpHost("", 80));
ConnectionRequest connRequest = basicConnManager.requestConnection(route, null);
HttpClientConnection conn = connRequest.get(10, TimeUnit.SECONDS);
basicConnManager.connect(conn, route, 1000, context);
basicConnManager.routeComplete(conn, route, context);
HttpRequestExecutor exeRequest = new HttpRequestExecutor();
context.setTargetHost((new HttpHost("", 80)));
HttpGet get = new HttpGet("");
exeRequest.execute(get, conn, context);
basicConnManager.releaseConnection(conn, null, 1, TimeUnit.SECONDS);
// high level
CloseableHttpClient client = HttpClients.custom()
.setConnectionManager(basicConnManager)
.build();
client.execute(get);
我们来看看会发生什么。
首先 - 注意我们首先使用低级连接,这样我们就可以完全控制连接何时释放,然后是与HttpClient的正常更高级别连接。复杂的低级逻辑在这里并不是很相关 - 我们唯一关心的是releaseConnection调用。这将释放唯一可用的连接并允许重用。
然后,客户端再次成功执行GET请求。如果我们跳过释放连接,我们将从HttpClient获取IllegalStateException:
java.lang.IllegalStateException: Connection is still allocated
at o.a.h.u.Asserts.check(Asserts.java:34)
at o.a.h.i.c.BasicHttpClientConnectionManager.getConnection
(BasicHttpClientConnectionManager.java:248)
请注意,现有连接未关闭,只是释放,然后由第二个请求重新使用。
与上面的示例相反,PoolingHttpClientConnectionManager允许透明地连接重用,而无需隐式释放连接:
PoolingHttpClientConnectionManager:重新使用与线程的连接
HttpGet get = new HttpGet("");
PoolingHttpClientConnectionManager connManager
= new PoolingHttpClientConnectionManager();
connManager.setDefaultMaxPerRoute(5);
connManager.setMaxTotal(5);
CloseableHttpClient client = HttpClients.custom()
.setConnectionManager(connManager)
.build();
MultiHttpClientConnThread[] threads
= new MultiHttpClientConnThread[10];
for(int i = 0; i < threads.length; i++){
threads[i] = new MultiHttpClientConnThread(client, get, connManager);
}
for (MultiHttpClientConnThread thread: threads) {
thread.start();
}
for (MultiHttpClientConnThread thread: threads) {
thread.join(1000);
}
上面的示例有10个线程,执行10个请求但只共享5个连接。
当然,这个例子依赖于服务器的Keep-Alive超时。为确保连接在重新使用之前不会死亡,建议使用Keep-Alive策略配置客户端。
配置连接管理器时唯一可以设置的超时是Socket:
将Socket超时设置为5秒
HttpRoute route = new HttpRoute(new HttpHost("http://localhost:8080", 80));
PoolingHttpClientConnectionManager connManager
= new PoolingHttpClientConnectionManager();
connManager.setSocketConfig(route.getTargetHost(),SocketConfig.custom().
setSoTimeout(5000).build());
连接断开用于检测空闲和过期连接并关闭它们 ; 有两种选择可以做到这一点。
在执行请求之前依赖HttpClient来检查连接是否异常。这是一个耗时的选择,并不总是最优的。
创建监视器线程以关闭空闲和/或关闭的连接。
设置HttpClient以检查过时连接
PoolingHttpClientConnectionManager connManager
= new PoolingHttpClientConnectionManager();
CloseableHttpClient client = HttpClients.custom().setDefaultRequestConfig(
RequestConfig.custom().setStaleConnectionCheckEnabled(true).build()
).setConnectionManager(connManager).build();
使用异常的连接监视器线程
PoolingHttpClientConnectionManager connManager
= new PoolingHttpClientConnectionManager();
CloseableHttpClient client = HttpClients.custom()
.setConnectionManager(connManager).build();
IdleConnectionMonitorThread staleMonitor
= new IdleConnectionMonitorThread(connManager);
staleMonitor.start();
staleMonitor.join(1000);
该IdleConnectionMonitorThread 类列举如下:
public class IdleConnectionMonitorThread extends Thread {
private final HttpClientConnectionManager connMgr;
private volatile boolean shutdown;
public IdleConnectionMonitorThread(
PoolingHttpClientConnectionManager connMgr) {
super();
this.connMgr = connMgr;
}
@Override
public void run() {
try {
while (!shutdown) {
synchronized (this) {
wait(1000);
connMgr.closeExpiredConnections();
connMgr.closeIdleConnections(30, TimeUnit.SECONDS);
}
}
} catch (InterruptedException ex) {
shutdown();
}
}
public void shutdown() {
shutdown = true;
synchronized (this) {
notifyAll();
}
}
}
可以正常关闭连接(尝试在关闭之前刷新输出缓冲区),或通过调用shutdown方法(未刷新输出缓冲区)强制关闭连接。
要正确关闭连接,我们需要执行以下所有操作:
关闭连接和释放资源
connManager = new PoolingHttpClientConnectionManager();
CloseableHttpClient client = HttpClients.custom()
.setConnectionManager(connManager).build();
HttpGet get = new HttpGet("");
CloseableHttpResponse response = client.execute(get);
EntityUtils.consume(response.getEntity());
response.close();
client.close();
connManager.close();
如果管理器在没有连接关闭的情况下关闭,所有连接都将关闭并释放所有资源。
重要的是要记住,这不会刷新现有连接可能正在进行的任何数据。
在本文中,我们讨论了如何使用HttpClient的HTTP ConnectionManager API来处理管理连接的整个过程,从打开和分配连接,管理多个代理的并发使用,到最终关闭它们。
我们看到BasicHttpClientConnectionManager是一个处理单个连接的简单解决方案,以及它如何管理低级连接。我们还了解了PoolingHttpClientConnectionManager如何与HttpClient API 结合使用,以提供HTTP连接的高效且协议兼容的使用。