1.協議簡介

Http 協議：應用層協議

TCP 協議：傳輸層協議，主要解決如何在IP層之上可靠的傳遞數據包，使在網絡上的另一端收到發端發出的所有包，并且順序與發出的順序一致，TCP具有可靠，面向連接的特點

IP 協議： 網絡層協議，主要解決網絡的路由與尋址問題。

2.HTTP協議是無狀態的

Http 協議是無狀態的，其實是說，協議對于事務處理沒有記憶能力，服務器不知道客戶端是什么狀態。也就是說，如果一個客戶端打開一個服務器的網頁后，它再去打開這個服務上面的網頁的時候，這前后兩次請求是沒有聯系的是獨立的。但是這種無狀態并不代表HTTP不能保持TCP 連接，更不能代表HTTP使用的是UDP協議。

3.HTTP 的連接方式

HTTP 的連接方式是指 連接的持續性，它分為：短連接和長連接。

3.1 短連接

顧名思義，瀏覽器和服務器沒進行一次HTTP操作，就建立一次連接，但是任務結束就中斷連接。在HTTP/1.0中，默認使用的是短連接。如：瀏覽器訪問某個HTML或者其他類型的Web頁中包含有其他的web資源，如JavaScript，圖像文件，CSS文件等；當瀏覽器遇到這樣的web資源，就會建立一個HTTP會話。

3.2 長連接

同樣的意思，在客戶端與瀏覽器建立了連接后，會保持這個連接的狀態。在HTTP/1.1中，默認的是長連接。使用長連接的HTTP協議，會在響應頭有如下的代碼：

Connection：keep-alive

當使用了長連接的時候，客戶端一旦建立了連接，第二次建立連接的時候就直接使用已經建立的通道。但是keep-alive并不是永久的保持，可以在不同的服務器軟件設置這個時間。

HTTP 的長連接短連接，其實是TCP的長連接和短連接。

4.TCP連接

TCP 的連接是采用3次握手，而斷開連接是采用4次握手

之所有有第三次握手的原因，有可能在 客戶端發送連接請求時，第一次發送，請求在網絡的某個地方block了，這時候發送第二次網絡請求，第二次網絡請求服務器答復了，而第一個網絡請求又來了，而這個請求應該是被棄用了的，所以就出現了這個請求異常。為了避免這個異常就建立了3次握手

建立連接：

斷開連接：

4.1. TCP 長連接短連接的過程

長連接：

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

短連接

建立連接--- 傳輸數據----關閉連接........建立連接---傳輸數據----關閉連接

5. 長連接和短連接的優點和缺點

由上可以看出，長連接可以省去較多的TCP建立和關閉的操作，減少浪費，節約時間。對于頻繁請求資源的客戶來說，較適用長連接。不過這里存在一個問題，存活功能的探測周期太長，還有就是它只是探測TCP連接的存活，屬于比較斯文的做法，遇到惡意的連接時，保活功能就不夠使了。在長連接的應用場景下，client端一般不會主動關閉它們之間的連接，Client與server之間的連接如果一直不關閉的話，會存在一個問題，隨著客戶端連接越來越多，server早晚有扛不住的時候，這時候server端需要采取一些策略，如關閉一些長時間沒有讀寫事件發生的連接，這樣可 以避免一些惡意連接導致server端服務受損；如果條件再允許就可以以客戶端機器為顆粒度，限制每個客戶端的最大長連接數，這樣可以完全避免某個蛋疼的客戶端連累后端服務。

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

長連接和短連接的產生在于client和server采取的關閉策略，具體的應用場景采用具體的策略，沒有十全十美的選擇，只有合適的選擇。

6.什么時候使用長連接，什么時候使用短連接

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

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

總結

以上是生活随笔為你收集整理的Http建立连接的方式的全部內容，希望文章能夠幫你解決所遇到的問題。

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