項目使用了HttpClient發(fā)送faiss請求大年，現(xiàn)在簡單了解其源碼晃酒，以便分析和優(yōu)化它的性能。
解讀HttpClient源碼的文章：http://www.educity.cn/wenda/147389.html（老版本）
4.3版本 https://blog.csdn.net/zstu_cc/article/details/46804161
HttpClient ->?CloseableHttpClient ->?InternalHttpClient 是趴。InternalHttpClient的doExecute()方法內(nèi)進入了執(zhí)行鏈沮稚，執(zhí)行鏈的尾端是MainClientExec额获，所以主要邏輯在它的execute()方法中颇象。其大致過程如下：
1）參數(shù)判斷儡遮，認(rèn)證相關(guān)安疗，特殊請求實體的加強（得到代理）等過程
2）設(shè)置userToken抛杨，這與連接池的state相關(guān)，它可以將某些鏈接與特定用戶綁定荐类，默認(rèn)是null
3）調(diào)用connManager的requestConnection的方法怖现，該方法返回了請求池的一個鏈接(JUC編程)。execAware變量標(biāo)識的是request的本體對象玉罐，通過HttpRequestWrapper透明化中間程序?qū)φ埱蟮母那停?dāng)使用者更改請求時程序能通過execAware及時響應(yīng)。
4) 通過future的get方法獲取Http鏈接吊输，該鏈接如果通過PoolingHttpClientConnectionManager獲取饶号，一般是LoggingManagedHttpClientConnection類型，這個鏈接會設(shè)置到上下文中季蚂，使用者可以獲得
5)調(diào)用BHttpConnectionBase中的isStale()方法檢查鏈接是否有效茫船，此處不能保證一定有效
6)對連接的許多操作封裝在ConnectionHolder中，所以創(chuàng)建一個handler扭屁，將log透硝、connManager 和鏈接本身都傳遞進去然后執(zhí)行此次請求。
7)執(zhí)行過程：判斷請求是否重復(fù)執(zhí)行->鏈接的socket是否打開->認(rèn)證相關(guān)->requestExecutor組裝獲取的所有資源和配置疯搅，執(zhí)行請求返回response->根據(jù)返回的消息頭設(shè)置該鏈接是否繼續(xù)可用 ->判斷鏈接是釋放還是abort->返回響應(yīng)的代理->異常處理濒生。對request本體的狀態(tài)判斷穿插在上述過程中。
PoolingHttpClientConnectionManager的requestConnection(route, state)方法
創(chuàng)建了route作為key幔欧，RouteSpecificPool為value的HashMap罪治，在獲取鏈接時經(jīng)歷了如下過程：
1）根據(jù)route獲取對應(yīng)的RouteSpecificPool鏈接池，里面存儲了該路由對應(yīng)的鏈接的LinkedList列表礁蔗，如果有空閑短鏈接觉义，或者可用的永久長鏈接（輪詢判斷是否可用）則將該鏈接返回。此次獲取需要匹配state值相同的鏈接浴井。
?2）由于該路由下沒有可復(fù)用的鏈接晒骇，需要新建鏈接，首先判斷連接數(shù)是否超量(單個路由的最大值maxPerRoute)，超量則收回超出的資源洪囤，如果沒有超量徒坡，判斷當(dāng)前可用鏈接的總數(shù)加上已用鏈接的總數(shù)是否超出總鏈接數(shù)（maxTotal），則去除最近的可用的其它池子的鏈接瘤缩，給本次新建鏈接騰出位置喇完。
?3) ?新建鏈接，并返回
