在上篇文章中的httpClient整體執(zhí)行流程中可以看到邦鲫，在發(fā)起請求之前通過HttpConnectionManager.getConnectionWithTimeout來獲取連接油宜。結(jié)合下面的模型關(guān)系圖會比較好理解HttpClient怜姿、HttpConnectionManager之間的關(guān)系。
這里的代碼分析是基于httpClient3.1版本
從類關(guān)系圖可以看到沧卢，HttpClient最終是通過connectionManager來做連接管理的，底層的連接是維護(hù)在ConnectionPool中的但狭。
HttpClient有三種ConnectionManager實現(xiàn): SimpleConnectionManager披诗、MultiThreadedConnectionManager立磁、DummyConnectionManager實現(xiàn)。其中SimpleConnectionManager和DummyConnectionManager對連接的管理比較簡單唱歧，每次請求過來如果沒有連接則創(chuàng)建新的連接。而MultiThreadedConnectionManager則會使用ConnectionPool來復(fù)用連接颅崩。
同時MultiThreadedConnectionManager的freeConnection是將連接釋放到連接池中，即添加到freeConnections隊列中沿后，而SimpleConnectionManager在isAlwaysClose=true是在每次請求完成后關(guān)閉連接沿彭；否則不關(guān)閉連接尖滚，僅關(guān)閉響應(yīng)輸入流。
那獲取連接的流程是怎么樣的呢漆弄？
從上面的流程可以看到，httpClient會先嘗試獲取空閑連接置逻，如果有空閑連接，則會直接獲取空閑連接。否則鬓催，會根據(jù)maxHostConnections和maxTotalConnectionsc配置來獲取連接。
在host連接數(shù)小于maxHostConnections并且總連接數(shù)小于maxTotalConnections時宇驾，直接創(chuàng)建新的連接比較好理解。
當(dāng)host連接數(shù)小于maxHostConnections课舍，但總連接數(shù)已經(jīng)超過maxTotalConnections時塌西，并且存在總空閑連接時，需要先釋放最近在使用的空閑連接捡需，為當(dāng)前host創(chuàng)建新的連接。因為存在空閑連接筹淫，但總的連接數(shù)不夠了，說明有其他host創(chuàng)建的連接數(shù)暫用了總的連接數(shù)损姜，但存在空閑連接，沒有使用摧阅，為避免資源浪費(fèi)汰蓉，需要先釋放空閑連接棒卷，這樣同時能保證總連接數(shù)不變许帐。
這里有好幾個概念host空閑連接致讥，host連接數(shù)寓免，要理解這些概念盹沈，需要理解connectionPool的數(shù)據(jù)結(jié)構(gòu)。
從上圖的連接池的數(shù)據(jù)結(jié)構(gòu)可以看出乞封，每個host都有維護(hù)自己的LinkedList類型的freeConnection(空閑連接集合)和int 類型的numConnections(創(chuàng)建的連接數(shù))，同時ConnectionPool也有維護(hù)自己的freeConnection肃晚，numConnections，ConnectionPool的freeConnection包含所有host的freeConnection仔戈，numConnections等于所有host的numConnections之和拧廊。
總結(jié)一下：HttpClient的ConnectionPool針對每個host有自己的pool，這個比較好理解吧碾，因為不同的host的連接不能復(fù)用。同時每個host pool都有最大連接數(shù)限制倦春，所有pool的連接數(shù)之和也有限制，為避免連接資源占用耗盡落剪。
