了解ApacheHTTP客户端中PoolghtTPClientConnectionManager管理的连接的生命周期

Question

阅读了ApacheHTTP组件模块的连接管理文档，以及关于连接保持活动策略和连接退出策略的其他一些资源后，我感到非常困惑。

其中有很多形容词用来描述连接的状态，比如stale，idle，available，expired和closed等。没有一个生命周期图来描述连接在这些状态之间的变化。

我的困惑主要来自以下情况。

我通过下面的代码片段设置了一个ConnectionKeepAliveStrategy，它提供了5秒的KeepAliveDuration。

        ConnectionKeepAliveStrategy keepAliveStrategy = ( httpResponse, httpContext ) -> {
            HeaderElementIterator iterator = 
                 new BasicHeaderElementIterator( httpResponse.headerIterator( HTTP.CONN_KEEP_ALIVE ) );
            while ( iterator.hasNext() )
            {
                HeaderElement header = iterator.nextElement();
                if ( header.getValue() != null && header.getName().equalsIgnoreCase( "timeout" ) )
                {
                    return Long.parseLong( header.getValue(), 10) * 1000;
                }
            }
            return 5 * 1000;
        };
        this.client = HttpAsyncClients.custom()
                .setDefaultRequestConfig( requestConfig )
                .setMaxConnTotal( 500 )    
                .setMaxConnPerRoute( 500 )
                .setConnectionManager( this.cm )  
                .setKeepAliveStrategy( keepAliveStrategy )
                .build();

与我交谈的服务器确实支持保持连接的活动状态。当我在一个批处理中异步执行大约200个请求后打印出连接管理器的池统计数据时，观察到了以下信息。

Total Stats:
-----------------
Available: 139
Leased: 0
Max: 500
Pending: 0

在等待了30秒后（到那时，保持活动超时时间早已超过），我开始了新一批相同的HTTP调用。检查连接管理器池统计数据后，可用连接数仍然是139。

既然达到了保持活动超时，它不应该是零吗？PoolStats Java文档声明，Available是“空闲持久连接的数量”。空闲的持久连接被认为是活动的吗？

我认为Apache HttpClient：如何根据服务器的保持活动时间自动关闭连接是一个非常成功的方法，但希望一些专家能够对PoolighttpClientConnectionManager管理的连接的生命周期给出深刻的解释。

其他一些一般性问题：

1. HttpAsyncClients.createdDefault（）中使用的默认连接管理器是否自行处理连接保持活动策略和连接驱逐？
2. 在定制的基础上实现它们可能需要哪些要求/限制？它们会相互矛盾吗？

Answer 1

记录我的一些进一步发现，这些发现可能部分满足作为答案。

>

无论是否使用ConnectionKeepAliveStrategy在保持活动会话上设置超时，连接都将最终处于TCP状态已建立，如通过netstat-apt检查。我观察到它们在我的Linux测试环境中大约5分钟后会自动回收。

当不使用连接keepalivesttrategy时，在第二批请求时，将重用已建立的连接。

当使用连接KeepAlivestStrategy且其超时尚未达到时，在第二批请求时，将重用已建立的连接。

当使用ConnectionKeepAliveStrategy并且其超时已超过时，在第二个请求批次时，已建立的连接将被循环到TIME_WAIT状态，表明客户端已决定关闭连接。

通过执行connectionManager，可以积极地执行这种循环。closeExpiredConnections（） 在一个单独的连接退出线程中，这将导致连接进入TIME\u WAIT阶段。

我认为一般的观察结果是，已建立的连接被连接池统计数据视为可用的，带有超时的连接保持活动策略确实会使连接过期，但它只在处理新请求时生效，或者当我们特别指示连接管理器关闭过期的连接时生效。

来自维基百科的TCP状态图供参考。