TCP的三次握手以及四次揮手

tcp協議是傳輸層的乙個重要協議，在正常情況下，tcp要經過三次握手建立連線，四次揮手斷開連線

伺服器端狀態轉換：

closed->listen ：伺服器端呼叫listen後進入listen狀態，等待客戶端連線

syn rcvd->established：服務端一旦收到客戶端的確認報文，就進入established狀態，就可以進行讀寫資料了

established->close wait：當客戶端主動關閉連線，伺服器會收到結束報文段，伺服器返回確認報文段並進入closed wait狀態

close wait->last ack：進入close wait後說明伺服器準備關閉連線（需要處理完之前的資料），當伺服器真正呼叫close關閉連線時，會向客戶端傳送fin，此時伺服器進入last ack狀態，等待最後乙個ack到來（這個ack是客戶端確認收到了fin）

last ack->closed：伺服器收到了對方的ack，徹底關閉連線

客戶端狀態轉換：

closed->syn_sent：客戶端呼叫connect，傳送同步報文段

syn_sent->established：connect呼叫成功，則進入established狀態，並開始讀寫資料

established->fin_wait_1：客戶端主動呼叫close時，向伺服器傳送結束報文段，同時進入fin_wait_1

fin_wait_1->fin_wait_2：客戶端收到伺服器的結束報文段的確認，則進入fin_wait_2，開始等待伺服器的結束報文段

fin_wait_2->time_wait：客戶端收到伺服器發來的結束報文段，進入time_wait，並發出last_ack

time_wait->closed：客戶端等待乙個2msl（報文最大生存時間）的時間，才會進入closed狀態

這裡要重點理解下客戶端的time_wait狀態：

tcp協議規定，主動關閉連線的一方要處於time_wait狀態，等待兩個msl的時間後才能回到closed狀態

msl是tcp報文的最大生存時間，因此time_wait持續存在2msl的話就能保證在兩個傳輸方向上的尚未被接收的或遲到的報文段都已經消失（否則伺服器立刻重啟，**到上乙個程序遲到的資料，但這種資料可能是錯誤的資料）

同時也是在理論上保證了乙個報文的可靠到達（假設最後乙個ack丟失，那麼伺服器會再重發乙個fin，這時雖然客戶端的程序不在了，但是tcp連線還在，仍然可以重發last_ack）;

這也是為什麼time_wait的時間是2msl。