轉載地址：http://blog.chinaunix.net/uid-26826958-id-3157048.html
為什麼tcp建立連線是三次握手而不是兩次或四次，釋放連線的時候是四次揮手 由於TCP連線是全雙工的，因此每個方向都必須單獨進行關閉。這個原則是當一方完成它的資料傳送任務後就能傳送一個FIN來終止這個方向的連線。收到一個 FIN只意味著這一方向上沒有資料流動，一個TCP連線在收到一個FIN後仍能傳送資料。首先進行關閉的一方將執行主動關閉，而另一方執行被動關閉。客戶端是主動傳送連線的，服務端是被動接受連線的。 1. TCP的三次握手最主要是防止已過期的連線再次傳到被連線的主機。 如果採用兩次的話，會出現下面這種情況。 比如是A機要連到B機，結果傳送的連線資訊由於某種原因沒有到達B機； 於是，A機又發了一次，結果這次B收到了，於是就發信息回來，兩機就連線。 傳完東西后，斷開。 結果這時候，原先沒有到達的連線資訊突然又傳到了B機，於是B機發資訊給A，然後B機就以為和A連上了，這個時候B機就在等待A傳東西過去。 2. 三次握手改成僅需要兩次握手，死鎖是可能發生

考慮計算機A和B之間的通訊，假定B給A傳送一個連線請求分組，A收到了這個分組，併發送了確認應答分組。按照兩次握手的協定，A認為連線已經成功地建立了，可以開始傳送資料分組。可是，B在A的應答分組在傳輸中被丟失的情況下，將不知道A是否已準備好，不知道A建議什麼樣的序列號，B甚至懷疑A是否收到自己的連線請求分組。在這種情況下，B認為連線還未建立成功，將忽略A發來的任何資料分組，只等待連線確認應答分組。而A在發出的分組超時後，重複傳送同樣的分組。這樣就形成了死鎖 3.為什麼建立連線是三次握手，而關閉連線是四次呢？ 建立連線時，服務端可以把應答ACK和同步SYN放在一個報文裡進行傳送。而關閉連線時，收到FIN通知僅僅表示對方沒有資料傳送過來了，並不表示自己的資料全部發送給了對方。所以ACK和FIN是分了兩次進行傳送。如果服務端收到FIN，恰恰自己也沒有資料要發，是不是ACK和FIN可以一起發給客戶端呢，這樣就可以少一次資料流了。經典的TCP連線狀態圖中考慮到了這種情況，tcp關閉連線確實是只有三次資料流動，服務端將ACK和FIN放在一個包裡進行傳送，但四次握手這個概念卻已經根深蒂固無法更改了。