這是一個頗有意思的問題~ 服務器
首先,咱們要知道TCP是全雙工的,即客戶端在給服務器端發送信息的同時,服務器端也能夠給客戶端發送信息。而半雙工的意思是A能夠給B發,B也能夠給A發,可是A在給B發的時候,B不能給A發,即不一樣時,爲半雙工。 單工爲只能A給B發,B不能給A發; 或者是隻能B給A發,不能A給B發。blog
咱們假設A和B是通訊的雙方。我理解的握手實際上就是通訊,發一次信息就是進行一次握手。get
在三次握手以後,A和B都能肯定這麼一件事: 我說的話,你能聽到; 你說的話,我也能聽到。 這樣,就能夠開始正常通訊了。io
注意: HTTP是基於TCP協議的,因此每次都是客戶端發送請求,服務器應答,可是TCP還能夠給其餘應用層提供服務,便可能A、B在創建連接以後,誰均可能先開始通訊。服務器端
若是兩次,那麼B沒法肯定B的信息A是否能收到,因此若是B先說話,可能後面的A都收不到,會出現問題 。請求
若是四次,那麼就形成了浪費,由於在三次結束以後,就已經能夠保證A能夠給B發信息,A能夠收到B的信息; B能夠給A發信息,B能夠收到A的信息。
im
那麼三次握手在正式狀況下都作了什麼呢? 通信
第一次握手:數據
客戶端發送一個TCP的SYN標誌位置1的包指明客戶打算鏈接的服務器的端口,以及初始序號X,保存在包頭的序列號(Sequence Number)字段裏客戶端
第二次握手 :
服務器發回確認包(ACK)應答。即SYN標誌位和ACK標誌位均爲1同時,將確認序號(Acknowledgement Number)設置爲客戶的I S N加1以.即X+1。
第三次握手:
客戶端再次發送確認包(ACK) SYN標誌位爲0,ACK標誌位爲1.而且把服務器發來ACK的序號字段+1,放在肯定字段中發送給對方.而且在數據段放寫ISN的+1
即SYN就是詢問: 你能聽獲得嗎? ACK就是回到: 我能聽獲得啊。
TCP四次揮手的過程:
四次揮手:
A:「喂,我不說了 (FIN)。」A->FIN_WAIT1
B:「我知道了(ACK)。等下,上一句還沒說完。Balabala…..(傳輸數據)」B->CLOSE_WAIT | A->FIN_WAIT2
B:」好了,說完了,我也不說了(FIN)。」B->LAST_ACK
A:」我知道了(ACK)。」A->TIME_WAIT | B->CLOSED
A等待2MSL,保證B收到了消息,不然重說一次」我知道了」,A->CLOSED
這樣,經過四次揮手,能夠把該說的話都說完,而且A和B都知道本身沒話說了,對方也沒花說了,而後就掛掉電話(斷開連接)了 。
還有一些在知乎上看到的一些回答(原文)能夠看看。