這是一個很有意思的問題~
首先，我們要知道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.並且把服務器發來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都知道自己沒話說了，對方也沒花說了，然后就掛掉電話（斷開鏈接）了 。
還有一些在知乎上看到的一些回答（原文）可以看看。