HTTP的長連線和短連線本質上是TCP長連線和短連線。HTTP屬於應用層協議，在傳輸層使用TCP協議，在網路層使用IP協議。 IP協議主要解決網路路由和定址問題，TCP協議主要解決如何在IP層之上可靠地傳遞資料包，使得網路上接收端收到傳送端所發出的所有包，並且順序與傳送順序一致。TCP協議是可靠的、面向連線的。

在HTTP/1.0中預設使用短連線。也就是說，客戶端和伺服器每進行一次HTTP操作，就建立一次連線，任務結束就中斷連線。當客戶端瀏覽器訪問的某個HTML或其他型別的Web頁中包含有其他的Web資源（如JavaScript檔案、影象檔案、CSS檔案等），每遇到這樣一個Web資源，瀏覽器就會重新建立一個HTTP會話。

而從HTTP/1.1起，預設使用長連線，用以保持連線特性。使用長連線的HTTP協議，會在響應頭加入這行程式碼：

Connection:keep-alive

在使用長連線的情況下，當一個網頁開啟完成後，客戶端和伺服器之間用於傳輸HTTP資料的TCP連線不會關閉，客戶端再次訪問這個伺服器時，會繼續使用這一條已經建立的連線。

Keep-Alive不會永久保持連線，它有一個保持時間，可以在不同的伺服器軟體（如Apache）中設定這個時間。實現長連線需要客戶端和服務端都支援長連線。

1. TCP短連線

模擬一下TCP短連線的情況：client向server發起連線請求，server接到請求，然後雙方建立連線。client向server傳送訊息，server迴應client，然後一次請求就完成了。這時候雙方任意都可以發起close操作，不過一般都是client先發起close操作。上述可知，短連線一般只會在 client/server間傳遞一次請求操作。

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

2. TCP長連線

我們再模擬一下長連線的情況：client向server發起連線，server接受client連線，雙方建立連線，client與server完成一次請求後，它們之間的連線並不會主動關閉，後續的讀寫操作會繼續使用這個連線。

TCP的保活功能主要為伺服器應用提供。如果客戶端已經消失而連線未斷開，則會使得伺服器上保留一個半開放的連線，而伺服器又在等待來自客戶端的資料，此時伺服器將永遠等待客戶端的資料。保活功能就是試圖在服務端器端檢測到這種半開放的連線。

如果一個給定的連線在兩小時內沒有任何動作，伺服器就向客戶傳送一個探測報文段，根據客戶端主機響應探測4個客戶端狀態：

• 客戶主機依然正常執行，且伺服器可達。此時客戶的TCP響應正常，伺服器將保活定時器復位。
• 客戶主機已經崩潰，並且關閉或者正在重新啟動。上述情況下客戶端都不能響應TCP。服務端將無法收到客戶端對探測的響應。伺服器總共傳送10個這樣的探測，每個間隔75秒。若伺服器沒有收到任何一個響應，它就認為客戶端已經關閉並終止連線。
• 客戶端崩潰並已經重新啟動。伺服器將收到一個對其保活探測的響應，這個響應是一個復位，使得伺服器終止這個連線。
• 客戶機正常執行，但是伺服器不可達。這種情況與第二種狀態類似。

3. 長連線和短連線的優點和缺點

由上可以看出，長連線可以省去較多的TCP建立和關閉的操作，減少浪費，節約時間。對於頻繁請求資源的客戶端適合使用長連線。在長連線的應用場景下，client端一般不會主動關閉連線，當client與server之間的連線一直不關閉，隨著客戶端連線越來越多，server會保持過多連線。這時候server端需要採取一些策略，如關閉一些長時間沒有請求發生的連線，這樣可以避免一些惡意連線導致server端服務受損；如果條件允許則可以限制每個客戶端的最大長連線數，這樣可以完全避免惡意的客戶端拖垮整體後端服務。

短連線對於伺服器來說管理較為簡單，存在的連線都是有用的連線，不需要額外的控制手段。但如果客戶請求頻繁，將在TCP的建立和關閉操作上浪費較多時間和頻寬。

4. 使用場景

長連線和短連線的產生在於client和server採取的關閉策略。不同的應用場景適合採用不同的策略。

長連線多用於操作頻繁，點對點的通訊，而且連線數不能太多情況，。每個TCP連線都需要三步握手，這需要時間，如果每個操作都是先連線，再操作的話那麼處理速度會降低很多，所以每個操作完後都不斷開，次處理時直接傳送資料包就OK了，不用建立TCP連線。例如：資料庫的連線用長連線， 如果用短連線頻繁的通訊會造成socket錯誤，而且頻繁的socket 建立也是對資源的浪費。

而像WEB網站的http服務一般都用短連結，因為長連線對於服務端來說會耗費一定的資源，而像WEB網站這麼頻繁的成千上萬甚至上億客戶端的連線用短連線會更省一些資源，如果用長連線，而且同時有成千上萬的使用者，如果每個使用者都佔用一個連線的話，那可想而知吧。所以併發量大，但每個使用者無需頻繁操作情況下需用短連好。