c to s ：syn=1 seq=x
s to c ：syn=1 ack=1 seq=y ack=x+1
c to s ：ack=1 seq=x+1 ack=y+1
c to s : fin=1 seq=j
s to c : ack=1 seq=k ack=j+1
s to c : fin=1 seq=m ack=j+1
c to s : ack=1 seq=j+1 ack=m+1
（1）第一次握手：client將標誌位syn置為1，隨機產生乙個值seq=j，並將該資料報傳送給server，client進入syn_sent狀態，等待server確認。
（2）第二次握手：server收到資料報後由標誌位syn=1知道client請求建立連線，server將標誌位syn和ack都置為1，ack (number )=j+1，隨機產生乙個值seq=k，並將該資料報傳送給client以確認client發起的連線請求，並等待client的確認（對server剛剛發起的連線請求的確認），server進入syn_rcvd狀態。
（3）第三次握手：client收到確認後，檢查ack是否為j+1，ack是否為1，如果正確則將標誌位ack置為1，ack=k+1，並將該資料報傳送給server，server檢查ack是否為k+1，ack是否為1，如果正確則連線建立成功，client和server進入established狀態，完成三次握手，隨後client與server之間可以開始傳輸資料了。
（1）第一次揮手：client傳送乙個fin，用來關閉client到server的資料傳送，client進入fin_wait_1狀態。
（2）第二次揮手：server收到fin後，傳送乙個ack給client，確認序號為收到序號+1（與syn相同，乙個fin占用乙個序號），server進入close_wait狀態。
（3）第三次揮手：server傳送乙個fin，用來關閉server到client的資料傳送，server進入last_ack狀態。
（4）第四次揮手：client收到fin後，client進入time_wait狀態，接著傳送乙個ack給server，確認序號為收到序號+1，server進入closed狀態，完成四次揮手。
三次就夠了
由於 tcp 是乙個雙向通訊協議， 通訊雙方都有能力傳送資訊， 並接收響應。 因此， 通訊雙方都需要隨機產生乙個初始的序列號， 並且把這個起始值告訴對方，並得到對方的確認
如果只是兩次握手， 至多只有連線發起方的起始序列號能被確認， 另一方選擇的序列號則得不到確認
三次握手的過程即是通訊雙方相互告知序列號起始值， 並確認對方已經收到了序列號起始值的必經步驟
現在把三次握手改成僅需要兩次握手，死鎖是可能發生的。作為例子，考慮計算機s和c之間的通訊，假定c給s傳送乙個連線請求分組，s收到了這個分組，併發 送了確認應答分組。按照兩次握手的協定，s認為連線已經成功地建立了，可以開始傳送資料分組。可是，c在s的應答分組在傳輸中被丟失的情況下，將不知道s 是否已準備好，不知道s建立什麼樣的序列號，c甚至懷疑s是否收到自己的連線請求分組。在這種情況下，c認為連線還未建立成功，將忽略s發來的任何資料分 組，只等待連線確認應答分組。而s在發出的分組超時後，重**送同樣的分組。這樣就形成了死鎖。
接收方有可能還需要繼續向傳送方傳送資料，所以不能及時斷開連線，此時，接收方只向傳送發回覆了ack，之後又單獨傳送一次fin，所以多了一次
確保資料能夠完整傳輸。
當被動方收到主動方的fin報文通知時，它僅僅表示主動方沒有資料再傳送給被動方了。
但未必被動方所有的資料都完整的傳送給了主動方，所以被動方不會馬上關閉socket,它可能還需要傳送一些資料給主動方後，
再傳送fin報文給主動方，告訴主動方同意關閉連線，所以這裡的ack報文和fin報文多數情況下都是分開傳送的。
tcp還設有乙個保活計時器，顯然，客戶端如果出現故障，伺服器不能一直等下去，白白浪費資源。伺服器每收到一次客戶端的請求後都會重新復位這個計時器，時間通常是設定為2小時，若兩小時還沒有收到客戶端的任何資料，伺服器就會傳送乙個探測報文段，以後每隔75秒鐘傳送一次。若一連傳送10個探測報文仍然沒反應，伺服器就認為客戶端出了故障，接著就關閉連線。
然按道理，四個報文都傳送完畢，我們可以直接進入close狀態了，但是我們必須假象網路是不可靠的，有可以最後乙個ack丟失。所以time_wait狀態就是用來重發可能丟失的ack報文。在client傳送出最後的ack回覆，但該ack可能丟失。server如果沒有收到ack，將不斷重**送fin片段。所以client不能立即關閉，它必須確認server接收到了該ack。client會在傳送出ack之後進入到time_wait狀態。client會設定乙個計時器，等待2msl的時間。如果在該時間內再次收到fin，那麼client會重發ack並再次等待2msl。所謂的2msl是兩倍的msl(maximum segment lifetime)。msl指乙個片段在網路中最大的存活時間，2msl就是乙個傳送和乙個回覆所需的最大時間。如果直到2msl，client都沒有再次收到fin，那麼client推斷ack已經被成功接收，則結束tcp連線。
TCP三次握手 四次揮手
tcp 三次握手 tcp 連線是通過三次握手進行初始化的。三次握手的目的是同步連線雙方的序列號和確認號並交換 tcp 視窗大小資訊。以下步驟概述了通常情況下客戶端計算機聯絡伺服器計算機的過程 1.客戶端向伺服器傳送乙個syn置位的tcp報文，其中包含連線的初始序列號x和乙個視窗大小 表示客戶端上用來...
TCP三次握手 四次揮手
服務端的tcp程序先建立傳輸控制塊tcb，準備接受客戶端程序的連線請求，然後服務端程序處於listen狀態，等待客戶端的連線請求，如有，則作出響應。1 客戶端的tcp程序也首先建立傳輸控制模組tcb，然後向服務端發出連線請求報文段，該報文段首部中的syn 1，ack 0，同時選擇乙個初始序號seq ...
TCP三次握手四次揮手
tcp transmission control protocol 傳輸控制協議 tcp是主機對主機層的傳輸控制協議，提供可靠的連線服務，採用三次握手確認建立乙個連線。位碼即tcp標誌位,有6種標誌 urg urgent緊急 ack acknowledgement 確認 psh push傳送 rst...