序列號seq：佔4個位元組，用來標記資料段的順序，tcp把連線中傳送的所有資料位元組都編上乙個序號，第乙個位元組的編號由本地隨機產生；給位元組編上序號後，就給每乙個報文段指派乙個序號；序列號seq就是這個報文段中的第乙個位元組的資料編號。
確認號ack：佔4個位元組，期待收到對方下乙個報文段的第乙個資料位元組的序號；序列號表示報文段攜帶資料的第乙個位元組的編號；而確認號指的是期望接收到下乙個位元組的編號；因此當前報文段最後乙個位元組的編號+1即為確認號。
確認ack：佔1位，僅當ack=1時，確認號字段才有效。ack=0時，確認號無效。tcp規定，在連線建立後所有傳送的報文段都必須把ack置為1。
同步syn：連線建立時用於同步序號。當syn=1，ack=0時表示：這是乙個連線請求報文段。若同意連線，則在響應報文段中使得syn=1，ack=1。因此，syn=1表示這是乙個連線請求，或連線接受報文。syn這個標誌位只有在tcp建產連線時才會被置1，握手完成後syn標誌位被置0。
終止fin：用來釋放乙個連線。fin=1表示：此報文段的傳送方的資料已經傳送完畢，並要求釋放運輸連線
ps：ack、syn和fin這些大寫的單詞表示標誌位，其值要麼是1，要麼是0；ack、seq小寫的單詞表示序號。
字段含義
urg緊急指標是否有效。為1，表示某一位需要被優先處理
ack確認號是否有效，一般置為1。
psh提示接收端應用程式立即從tcp緩衝區把資料讀走。
rst對方要求重新建立連線，復位。
syn請求建立連線，並在其序列號的字段進行序列號的初始值設定。建立連線，設定為1
fin希望斷開連線。
第一次握手：建立連線時，客戶端傳送syn包（syn=j）到伺服器，並進入syn_sent狀態，等待伺服器確認；syn：同步序列編號（synchronize sequence numbers）。
第二次握手：伺服器收到syn包，必須確認客戶的syn（ack=j+1），同時自己也傳送乙個syn包（syn=k），即syn+ack包，此時伺服器進入syn_recv狀態；
第三次握手：客戶端收到伺服器的syn+ack包，向伺服器傳送確認包ack(ack=k+1），此包傳送完畢，客戶端和伺服器進入established（tcp連線成功）狀態，完成三次握手
1）客戶端程序發出連線釋放報文，並且停止傳送資料。釋放資料報文首部，fin=1，其序列號為seq=u（等於前面已經傳送過來的資料的最後乙個位元組的序號加1），此時，客戶端進入fin-wait-1（終止等待1）狀態。 tcp規定，fin報文段即使不攜帶資料，也要消耗乙個序號。
2）伺服器收到連線釋放報文，發出確認報文，ack=1，ack=u+1，並且帶上自己的序列號seq=v，此時，服務端就進入了close-wait（關閉等待）狀態。tcp伺服器通知高層的應用程序，客戶端向伺服器的方向就釋放了，這時候處於半關閉狀態，即客戶端已經沒有資料要傳送了，但是伺服器若傳送資料，客戶端依然要接受。這個狀態還要持續一段時間，也就是整個close-wait狀態持續的時間。
3）客戶端收到伺服器的確認請求後，此時，客戶端就進入fin-wait-2（終止等待2）狀態，等待伺服器傳送連線釋放報文（在這之前還需要接受伺服器傳送的最後的資料）。
4）伺服器將最後的資料傳送完畢後，就向客戶端傳送連線釋放報文，fin=1，ack=u+1，由於在半關閉狀態，伺服器很可能又傳送了一些資料，假定此時的序列號為seq=w，此時，伺服器就進入了last-ack（最後確認）狀態，等待客戶端的確認。
5）客戶端收到伺服器的連線釋放報文後，必須發出確認，ack=1，ack=w+1，而自己的序列號是seq=u+1，此時，客戶端就進入了time-wait（時間等待）狀態。注意此時tcp連線還沒有釋放，必須經過2∗∗msl（最長報文段壽命）的時間後，當客戶端撤銷相應的tcb後，才進入closed狀態。
6）伺服器只要收到了客戶端發出的確認，立即進入closed狀態。同樣，撤銷tcb後，就結束了這次的tcp連線。可以看到，伺服器結束tcp連線的時間要比客戶端早一些。
1. 為什麼連線的時候是三次握手，關閉的時候卻是四次握手？
因為當server端收到client端的syn連線請求報文後，可以直接傳送syn+ack報文。其中ack報文是用來應答的，syn報文是用來同步的。但是關閉連線時，當server端收到fin報文時，很可能並不會立即關閉socket，所以只能先回覆乙個ack報文，告訴client端，"你發的fin報文我收到了"。只有等到我server端所有的報文都傳送完了，我才能傳送fin報文，因此不能一起傳送。故需要四步握手。
2. 為什麼不能用兩次握手進行連線？
這主要是為了防止已失效的連線請求報文段突然又傳到了b，因而產生錯誤。
現假定一種異常情況，即a發出的第乙個連線請求報文段並沒有丟失，而是在某些網路節點長時間滯留了，以致延誤到連線釋放後的某個時間才到達b。本來這是乙個早已失效的報文段。但b受到此失效的連線請求報文段後，就誤以為是a又發出一次新的連線請求，於是就向a發出確認報文段，同意建立連線。假定不採用第三次報文握手，那麼只要b發出確認，新的連線就建立了。
由於現在a並沒有發出建立連線的請求，因此不會理睬b的確認，也不會向b傳送資料，但b卻以為新的運輸連線已經建立了，並一直等待a發來的資料。b的許多資源就這樣白白浪費了。
採用三次握手連線，可以防止上述現象的發生。例如在剛才的異常情況下，a不會向b的確認發出確認，b由於收不到確認，就知道a並沒有要求建立連線，於是b就不會再建立連線。
3. 為什麼time_wait狀態需要經過2msl(最大報文段生存時間)才能返回到close狀態？
4. 如果已經建立了連線，但是客戶端突然出現故障了怎麼辦？
tcp還設有乙個保活計時器，顯然，客戶端如果出現故障，伺服器不能一直等下去，白白浪費資源。伺服器每收到一次客戶端的請求後都會重新復位這個計時器，時間通常是設定為2小時，若兩小時還沒有收到客戶端的任何資料，伺服器就會傳送乙個探測報文段，以後每隔75分鐘傳送一次。若一連傳送10個探測報文仍然沒反應，伺服器就認為客戶端出了故障，接著就關閉連線。
Tcp三次握手與四次揮手
tcp三次握手 四次揮手 在tcp ip協議中，tcp協議提供可靠的連線服務，採用三次握手建立乙個連線。第一次握手 建立連線時，客戶端傳送syn包 syn j 到伺服器，並進入syn send狀態，等待伺服器確認 syn 同步序列編號 synchronize sequence numbers 第二次...
TCP三次握手與四次揮手
也許三次握手你會經常聽到，但你知道三次握手的真正意義嗎，為什麼需要三次握手呢？首先我們必須明白tcp是面向連線的協議，無論哪乙個方向在傳送資料之前，都必須先在雙方之間建立連線。這一點與udp協議是不一樣的，udp在傳送資料報之前是不需要建立連線的。建立tcp連線的過程中，通訊的雙方需要互相發報文進行...
tcp三次握手與四次揮手
一.tcp三次握手 簡述 a傳送乙個請求給b，b發回確認，然後a再加以確認，來回共3次 1 第一次握手 客戶端傳送syn包 syn x 到伺服器，並進入syn send狀態，等待伺服器確認。2 第二次握手 伺服器收到syn包之後，必須確認客戶的syn ack x 1 同時自己也傳送乙個syn syn...