三次握手和http協議有什麼關係嗎？

01-21

最近接觸到網路協議，想問個問題。三次握手是一種請求和應答的過程，是TCP協議中的，這個和http協議有什麼關係嗎？http協議是否在傳輸過程中也會用到三次握手？是不是可以這樣理解：TCP鏈接肯定會三次握手，而http協議是建立在TCP協議之上的，所以肯定會進行三次握手？？？因為這些網路概念挺抽象，沒辦法實驗，請高手不慎賜教！

可以說沒有關係。

http是應用層協議，它的任務是與伺服器交換信息。至於怎麼連到伺服器，怎麼保證數據正確，http不管。事實上它總是假設數據是正確地傳輸的。

而tcp的任務是保證連接的可靠，包括防丟、防錯。為了做到這些，在初次連接時要進行3次握手，以保證確實連接到了目標機器。而連接上後具體傳送什麼數據，tcp是不管的。

別的應用層協議也能通過tcp進行，那麼這種協議在底層也進行3次握手。

在某些情況下，http可以不通過tcp實現，那就不需要3次握手。

比如，我做了一把遙控咖啡壺，遙控器和壺通過紅外直接連接，通過http協議post提交煮咖啡的指令，get獲取是否已經煮好。http字元直接調製到紅外上，此時http應用層下面直接是物理層，當然不存在3次握手了，連ip地址和mac地址也不存在。

http是基於tcp的。

tcp有三次握手的概念。

所以http通信的時候會有三次握手。

1. 首先，三次握手發生在傳輸層，而http協議是應用層上的協議，比傳輸層高一個層次。

2. 我們知道，傳輸層是利用網路層提供的功能來向傳輸層之上的層提供更加可靠的服務，所以tcp之所以使用三次握手來建立連接，就是為了增加可靠性，具體情況教材上肯定有寫。

3. 至於題主所說:因為http協議建立在tcp協議之上，所以http肯定會進行三次握手，我只能說，題主的邏輯有點問題。如果你知道http協議的具體內容就不會說這句話了。

最後還是希望題主先仔細認真地研讀教材，同時充分利用好搜索引擎。教材嘛，tcp/ip詳解卷一或者計算機網路自頂向下的方法，兩本都不錯

你的理解是對的。使用 Wireshark 可以清楚地看到這個過程。

中文打電話：

」喂喂~你聽得見我咩？「

」啊~喂喂~，我聽得見你啊，你聽得見我咩？「

」啊啊啊~聽得見聽得見"

"噢噢，我跟你說噢~！barabara......「

------------------------------------------------

英文打電話：

」Hello~？？Can u hear me ?"

"Yes,I can hear u,can u hear me?"

"Yes"

"brabrabra...."

你看，三次握手和你講啥語言（HTTP）沒啥關係。跟你打電話的運營商（TCP）也沒啥關係。

那跟啥有關係？跟你如何保證對方能準確收到消息有關係。

你看人家 UDP，管你有沒有收到，我瞎JB那麼一問你瞎JB那麼一回。

管你聽見沒，沒回復我再問一遍。

管你收到沒，反正你戳一下我動一下。艾瑪，懶死了。

謝邀，在cilent/server模式下，兩對端建立應用層HTTP連接時，會調用傳輸層套接字(ip，port)，傳輸層提供80埠的tcp連接，網路層提供ip address。由於mac層(2層)，ip層(3層)提供的連接並不可靠，所以由傳輸層提供端到端的可靠連接(三次握手)，防止錯誤連接(隨機序列號)，假冒連接(應答序列號)，偵測對端連接狀態(窗口大小，mtu)。

在無窮無盡的ip大海，我們的傳輸層用水龍頭來控制水流量。

確實是這個樣子的的，

謝邀，你的理解沒問題

應用層負責業務，

tcp層負責可靠傳輸（丟失，超時，數據錯誤，重複），

ip層負責路由定址，

http屬於應用層的協議，是建立在tcp上的；

可以通過抓包工具來做實驗。

Http是建立在TCP協議基礎之上的，也就是題主所說的，一個http請求，肯定會經歷Tcp的三次握手。這也是為什麼http1.1時header欄位Connection:keep-alive默認到http協議來的原因。就是為了減少請求的開支。使用抓包工具是可以找到三次握手請求的。

http是tcp的上層協議，二者沒有必然的聯繫；一般來說，http是基於tcp實現的，而tcp通信首先是三次握手建立連接；假如http基於udp來實現，那就無所謂三次握手了。

你的理解沒有問題。

http協議是應用層協議，說白了只是對tcp協議更高一層的封裝，所以http當然具有tcp協議的特點。你的理解是正確的