TCP爲何是三次握手,爲何不是兩次或者四次 && TCP四次揮手

  這是一個頗有意思的問題~  服務器

  首先,咱們要知道TCP是全雙工的,即客戶端在給服務器端發送信息的同時,服務器端也能夠給客戶端發送信息。而半雙工的意思是A能夠給B發,B也能夠給A發,可是A在給B發的時候,B不能給A發,即不一樣時,爲半雙工。 單工爲只能A給B發,B不能給A發; 或者是隻能B給A發,不能A給B發。blog

  咱們假設A和B是通訊的雙方。我理解的握手實際上就是通訊,發一次信息就是進行一次握手get

  • 第一次握手: A給B打電話說,你能夠聽到我說話嗎?
  • 第二次握手: B收到了A的信息,而後對A說: 我能夠聽獲得你說話啊,你能聽獲得我說話嗎?  
  • 第三次握手: A收到了B的信息,而後說能夠的,我要給你發信息啦!

  在三次握手以後,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都知道本身沒話說了,對方也沒花說了,而後就掛掉電話(斷開連接)了 。 

 

 




 

  

  還有一些在知乎上看到的一些回答(原文)能夠看看。 

相關文章
相關標籤/搜索