TCP的三次捂手:

第一次 客戶端： 兄弟你好 我是1號 收到請回答        

第二次 服務端：兄弟你好 我是2號  請3號回答       

第三次 客戶端：兄弟你好 我是4號

第一次握手：建立連線時，客戶端傳送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）

由於服務端要服務於多個客戶端 為了防止資料傳輸錯亂，於是就有了通訊前的三次握手來確定通道的正確性。

TCP的四次揮手：

第一次 客戶端：兄弟 夠了 不用傳資料了 我這邊夠用了      --------------------------------------客戶端程序發出連線釋放報文，並且停止傳送資料

第二次 服務端：好的 兄弟 等我把現在這點發完通知你        --------------------------------------伺服器收到連線釋放報文，發出確認報文

客戶端收到後心想：那好我先收拾工具，收到你最後的訊息我就能直接溜了    --------------------------------------客戶端收到伺服器的確認請求後，此時，客戶端就進入FIN-WAIT-2（終止等待2）狀態，等待伺服器傳送連線釋放報文

第三次 服務端：兄弟 發完了 我先收拾工具 你收到最後這點資料通知我 我好安心睡覺去     --------------------------------------伺服器將最後的資料傳送完畢後，就向客戶端傳送連線釋放報文，此時，伺服器就進入了LAST-ACK（最後確認）狀態，等待客戶端的確認。

第四次 客戶端 ：收到了兄弟 去睡吧        --------------------------------------客戶端收到伺服器的連線釋放報文後，發出確認

服務端收到後就睡了---------------------伺服器只要收到了客戶端發出的確認，立即進入CLOSED狀態

客戶端等待一段時間後也溜了------------經過2∗∗MSL（最長報文段壽命）的時間後，進入CLOSED狀態

伺服器只要收到了客戶端發出的確認，立即進入CLOSED狀態。同樣，撤銷TCB後，就結束了這次的TCP連線。可以看到，伺服器結束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狀態。