原文：
https://gitlib.com/page/link-pool.html

在了解連接池之前，我們需要對長、短鏈接建立初步認識。我們都知道，網絡通信大部分都是基于TCP/IP協議，數據傳輸之前，雙方通過“三次握手”建立連接，當數據傳輸完成之后，又通過“四次揮手”釋放連接，以下是“三次握手”與“四次揮手”示意圖：

三次握手建立連接示意圖：

四次揮手釋放連接示意圖：

長、短連接

長、短連接是相對通信時間而言的。長連接相對短連接而言，多了一個保持連接的過程，可以在一個連接上可以連續發送多個數據包，在連接保持期間，如果沒有數據包發送，需要雙方發鏈路檢測包。

短連接

短連接的操作步驟是：

建立連接——數據傳輸——關閉連接…建立連接——數據傳輸——關閉連接

client向server發起連接請求，server接到請求，然后雙方建立連接。client向server發送消息，server回應client，然后一次請求就完成了。這時候雙方任意都可以發起close操作，不過一般都是client先發起close操作。上述可知，短連接一般只會在 client/server間傳遞一次請求操作。

短連接的優點是：管理起來比較簡單，存在的連接都是有用的連接，不需要額外的控制手段。

長連接

長連接的操作步驟是：

建立連接——數據傳輸…（保持連接）…數據傳輸——關閉連接

client向server發起連接，server接受client連接，雙方建立連接，client與server完成一次請求后，它們之間的連接并不會主動關閉，后續的讀寫操作會繼續使用這個連接。

TCP長連接保持的兩種辦法：

應用層面的心跳機制

自定義心跳消息頭.，一般客戶端主動發送到服務端，服務器接收后進行回應(也可以不回應)，以便能夠偵測連接是否異常斷開。

TCP協議自帶的保活功能

通過設置TCP keepalive的屬性，并設置發送底層心跳包的時間間隔。TCP keepalive是在底層定時發送心跳報文，服務器端接收到底層的心跳報文直接丟棄，不關心其內容。

長、短連接總結

長連接可以省去較多的TCP建立和關閉的操作，減少浪費，節約時間；
長連接需要進行鏈接存活探測；

短連接對于服務器來說管理較為簡單，存在的連接都是有用的連接，不需要額外的控制手段；
短連接如果請求頻繁，將在TCP的建立和關閉操作上浪費時間和帶寬；

HTTP協議

HTTP協議是無狀態的，在HTTP/1.0中默認使用短連接，客戶端和服務器每進行一次HTTP操作，瀏覽器就會重新建立一個HTTP會話。

而從HTTP/1.1起，默認使用長連接，用以保持連接特性，使用長連接的HTTP協議，會在響應頭加入這行代碼：

Connection:keep-alive

在使用長連接的情況下，當一個網頁打開完成后，客戶端和服務器之間用于傳輸HTTP數據的TCP連接不會關閉，客戶端再次訪問這個服務器時，會繼續使用這一條已經建立的連接。Keep-Alive不會永久保持連接，它有一個保持時間，可以在不同的服務器軟件中設定這個時間。實現長連接需要客戶端和服務端都支持長連接。

HTTP協議的長連接和短連接，實質上是TCP協議的長連接和短連接。