?

在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一會，以達到定期執行的效果

轉載于:https://www.cnblogs.com/ww-xiaowei/p/10059197.html

總結

以上是生活随笔為你收集整理的APP应用 HTTP/1.0中keep-alive的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。