原文地址

這是一個很有意思的問題~  

　　首先，我們要知道TCP是全雙工的，即客戶端在給伺服器端傳送資訊的同時，伺服器端也可以給客戶端傳送資訊。而半雙工的意思是A可以給B發，B也可以給A發，但是A在給B發的時候，B不能給A發，即不同時，為半雙工。 單工為只能A給B發，B不能給A發； 或者是隻能B給A發，不能A給B發。

　　我們假設A和B是通訊的雙方。我理解的握手實際上就是通訊，發一次資訊就是進行一次握手。

• 第一次握手： A給B打電話說，你可以聽到我說話嗎？
• 第二次握手： B收到了A的資訊，然後對A說： 我可以聽得到你說話啊，你能聽得到我說話嗎？  
• 第三次握手： A收到了B的資訊，然後說可以的，我要給你發信息啦！

　　在三次握手之後，A和B都能確定這麼一件事： 我說的話，你能聽到； 你說的話，我也能聽到。 這樣，就可以開始正常通訊了。

　　注意： HTTP是基於TCP協議的，所以每次都是客戶端傳送請求，伺服器應答，但是TCP還可以給其他應用層提供服務，即可能A、B在建立連結之後，誰都可能先開始通訊。

　　如果兩次，那麼B無法確定B的資訊A是否能收到，所以如果B先說話，可能後面的A都收不到，會出現問題 。

　　如果四次，那麼就造成了浪費，因為在三次結束之後，就已經可以保證A可以給B發信息，A可以收到B的資訊； B可以給A發信息，B可以收到A的資訊。

　　那麼三次握手在正式情況下都做了什麼呢？ 

第一次握手：

客戶端傳送一個TCP的SYN標誌位置1的包指明客戶打算連線的伺服器的埠，以及初始序號X,儲存在包頭的序列號(Sequence Number)欄位裡

第二次握手 ：

伺服器發回確認包(ACK)應答。即SYN標誌位和ACK標誌位均為1同時，將確認序號(Acknowledgement Number)設定為客戶的I S N加1以.即X+1。

第三次握手：

客戶端再次傳送確認包(ACK) SYN標誌位為0,ACK標誌位為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