?
在HTTP/1.0中keep-alive不是標準協議，客戶端必須發送Connection:Keep-Alive來激活keep-alive連接。
https://www.imooc.com/article/31231
? HTTP協議是無狀態的協議，即每一次請求都是互相獨立的。因此它的最初實現是，每一個http請求都會打開一個tcp socket連接，當交互完畢后會關閉這個連接。
? HTTP協議是全雙工的協議，所以建立連接與斷開連接是要經過三次握手與四次揮手的。顯然在這種設計中，每次發送Http請求都會消耗很多的額外資源，即連接的建立與銷毀。
? 于是，HTTP協議的也進行了發展，通過持久連接的方法來進行socket連接復用。
?
從圖中可以看到：
- 在串行連接中，每次交互都要打開關閉連接
- 在持久連接中，第一次交互會打開連接，交互結束后連接并不關閉，下次交互就省去了建立連接的過程。
? 持久連接的實現有兩種：HTTP/1.0+的keep-alive與HTTP/1.1的持久連接。
? HTTP/1.1的連接默認情況下都是持久連接。如果要顯式關閉，需要在報文中加上Connection:Close首部。不發送Connection:Close不意味著服務器承諾連接永遠保持打開。即在HTTP/1.1中，所有的連接都進行了復用。
HttpClien中使用了連接池來管理持有連接，同一條TCP鏈路上，連接是可以復用的。HttpClient通過連接池的方式進行連接持久化。
? 其實“池”技術是一種通用的設計，其設計思想并不復雜：
- 當有連接第一次使用的時候建立連接
- 結束時對應連接不關閉，歸還到池中
- 下次同個目的的連接可從池中獲取一個可用連接
- 定期清理過期連接 如下：
在HttpClient4.4版本之前，在從連接池中獲取重用連接的時候會檢查下是否過期，過期則清理。
之后的版本則不同，會有一個單獨的線程來掃描連接池中的連接，發現有離最近一次使用超過設置的時間后，就會清理。默認的超時時間是2秒鐘。
總結
- HTTP協議通過持久連接的方式，減輕了早期設計中的過多連接問題
- 持久連接有兩種方式：HTTP/1.0+的Keep-Avlive與HTTP/1.1的默認持久連接
- HttpClient通過連接池來管理持久連接，連接池分為兩個，一個是總連接池，一個是每個route對應的連接池
- 默認連接重用策略與HTTP協議約束一致，根據response先判斷Connection:Close則關閉，在判斷Connection:Keep-Alive則開啟，最后版本大于1.0則開啟
- 只有在HttpClientBuilder中手動開啟了清理過期與空閑連接的開關后，才會清理連接池中的連接
- HttpClient4.4之后的版本通過一個死循環線程清理過期與空閑連接，該線程每次執行都sleep一會，以達到定期執行的效果
