**：
三次握手又是什麼？
tcp是面向連線的，無論哪一方向另一方傳送資料之前，都必須先在雙方之間建立一條連線。在tcp/ip協議中，tcp協議提供可靠的連線服務，連線是通過三次握手進行初始化的。三次握手的目的是同步連線雙方的序列號和確認號並交換 tcp視窗大小資訊。這就是面試中經常會被問到的tcp三次握手。只是了解tcp三次握手的概念，對你獲得乙份工作是沒有任何幫助的，你需要去了解tcp三次握手中的一些細節。先來看圖說話。
多麼清晰的一張圖，當然了，也不是我畫的，我也只是引用過來說明問題了。
第一次握手：建立連線。客戶端傳送連線請求報文段，將syn位置為1，sequence number為x；然後，客戶端進入syn_send狀態，等待伺服器的確認；
第二次握手：伺服器收到syn報文段。伺服器收到客戶端的syn報文段，需要對這個syn報文段進行確認，設定acknowledgment number為x+1(sequence number+1)；同時，自己自己還要傳送syn請求資訊，將syn位置為1，sequence number為y；伺服器端將上述所有資訊放到乙個報文段（即syn+ack報文段）中，一併傳送給客戶端，此時伺服器進入syn_recv狀態；
第三次握手：客戶端收到伺服器的syn+ack報文段。然後將acknowledgment number設定為y+1，向伺服器傳送ack報文段，這個報文段傳送完畢以後，客戶端和伺服器端都進入established狀態，完成tcp三次握手。
完成了三次握手，客戶端和伺服器端就可以開始傳送資料。以上就是tcp三次握手的總體介紹。
那四次分手呢？
當客戶端和伺服器通過三次握手建立了tcp連線以後，當資料傳送完畢，肯定是要斷開tcp連線的啊。那對於tcp的斷開連線，這裡就有了神秘的「四次分手」。
第一次分手：主機1（可以使客戶端，也可以是伺服器端），設定sequence number和acknowledgment number，向主機2傳送乙個fin報文段；此時，主機1進入fin_wait_1狀態；這表示主機1沒有資料要傳送給主機2了；
第二次分手：主機2收到了主機1傳送的fin報文段，向主機1回乙個ack報文段，acknowledgment number為sequence number加1；主機1進入fin_wait_2狀態；主機2告訴主機1，我「同意」你的關閉請求；
第三次分手：主機2向主機1傳送fin報文段，請求關閉連線，同時主機2進入last_ack狀態；
第四次分手：主機1收到主機2傳送的fin報文段，向主機2傳送ack報文段，然後主機1進入time_wait狀態；主機2收到主機1的ack報文段以後，就關閉連線；此時，主機1等待2msl後依然沒有收到回覆，則證明server端已正常關閉，那好，主機1也可以關閉連線了。
至此，tcp的四次分手就這麼愉快的完成了。當你看到這裡，你的腦子裡會有很多的疑問，很多的不懂，感覺很凌亂；沒事，我們繼續總結。
為什麼要三次握手
既然總結了tcp的三次握手，那為什麼非要三次呢？怎麼覺得兩次就可以完成了。那tcp為什麼非要進行三次連線呢？在謝希仁的《計算機網路》中是這樣說的：
為了防止已失效的連線請求報文段突然又傳送到了服務端，因而產生錯誤。在書中同時舉了乙個例子，如下：
「已失效的連線請求報文段」的產生在這樣一種情況下：client發出的第乙個連線請求報文段並沒有丟失，而是在某個網路結點長時間的滯留了，以致延誤到連線釋放以後的某個時間才到達server。本來這是乙個早已失效的報文段。但server收到此失效的連線請求報文段後，就誤認為是client再次發出的乙個新的連線請求。於是就向client發出確認報文段，同意建立連線。假設不採用「三次握手」，那麼只要server發出確認，新的連線就建立了。由於現在client並沒有發出建立連線的請求，因此不會理睬server的確認，也不會向server傳送資料。但server卻以為新的運輸連線已經建立，並一直等待client發來資料。這樣，server的很多資源就白白浪費掉了。採用「三次握手」的辦法可以防止上述現象發生。例如剛才那種情況，client不會向server的確認發出確認。server由於收不到確認，就知道client並沒有要求建立連線。」這就很明白了，防止了伺服器端的一直等待而浪費資源。
為什麼要四次分手
那四次分手又是為何呢？tcp協議是一種面向連線的、可靠的、基於位元組流的運輸層通訊協議。tcp是全雙工模式，這就意味著，當主機1發出fin報文段時，只是表示主機1已經沒有資料要傳送了，主機1告訴主機2，它的資料已經全部傳送完畢了；但是，這個時候主機1還是可以接受來自主機2的資料；當主機2返回ack報文段時，表示它已經知道主機1沒有資料傳送了，但是主機2還是可以傳送資料到主機1的；當主機2也傳送了fin報文段時，這個時候就表示主機2也沒有資料要傳送了，就會告訴主機1，我也沒有資料要傳送了，之後彼此就會愉快的中斷這次tcp連線。如果要正確的理解四次分手的原理，就需要了解四次分手過程中的狀態變化。
tcp三次握手 TCP 三次握手總結
tcp特點概述 tcp segment structure 段結構 step2 server host receives syn,replie with syn ack segment 答覆syn ack報文段 step3 client receives synack,replies with ac...
TCP 三次握手
tcp 三次握手 tcp 連線是通過三次握手進行初始化的。三次握手的目的是同步連線雙方的序列號和確認號並交換 tcp 視窗大小資訊。以下步驟概述了通常情況下客戶端計算機聯絡伺服器計算機的過程 1.客戶端向伺服器傳送乙個syn置位的tcp報文，其中包含連線的初始序列號x和乙個視窗大小 表示客戶端上用來...
TCP三次握手
1.伺服器準備好接受外來連線。passive open 被動開啟 需呼叫 socket bind listen 函式來完成。2.客戶端通過呼叫 connect 主動開啟 active open 這使得客戶 tcp傳送乙個 syn 表示同步 分節，這個分節告訴伺服器，客戶端將在待建立的連線中傳送的資料...