但是，我發覺我的知識來源大多來自《計算機網路-自頂向下》那本，這本書沒有過多的考慮TCP三次握手中的相關狀態轉移細節，導致當時回答的並不是特別好，這次決定好好把這塊知識好好鞏固一下。
首先，我們先來一張大家都非常熟悉的圖：

相信大家對這張圖已經熟得不能再熟悉的，但我這次要應用程式的角度來說下：
1.客戶端的socket（socket描述符）呼叫connect主動開啟連線（當然要指定伺服器的IP地址）這個時候,connect函式阻塞住等待下面的回信，然後傳送SYN=1的包。
2.伺服器端這時候建立socket，然後bind埠，開啟監聽，呼叫accept(阻塞),這時候收到了SYN。然後，從伺服器上建立連線描述符，也就是建立了快取空間，反回去傳送SYN K，ack J+1(客戶端的SYN)，傳送回客戶端。
3.客戶端這時候的connect返回，傳送了ack K+1。服務端accept返回，連線成功，進行read,write讀寫，read這時候發生阻塞。
咋看之下，這個過程非常簡單。但是，往深挖了就很多不會了，我也沒太回答上來：

問題一

TCP在三次握手的時候一共傳輸了哪些訊息：
SYN=1，ACK，序列號，看似只有這三個東西。還有目的IP,目的埠號，源IP，源埠號，還有一個最重要的接收視窗，接收視窗是在報文端裡面進行控制的，但是我們的滑動視窗是在我們的作業系統中實現的。

問題二

滑動視窗的大小如何控制？
這個我們可以和擁塞視窗相互聯絡起來，剛開始的大小非常小，然後我們線性增大，一旦碰到了擁塞的情況，我們的視窗迅速減半。

問題三

TCP是幾元組？
五元組，分別是源埠，源IP，目的埠，目的IP，還有一個運輸層協議

下面，還是把四次握手的圖一起放上來，好做理解：

你以為這樣三次握手就完了嗎。。。
我們還沒講狀態呢？
來上圖：

大家第一眼看這圖肯定懵逼。沒事，我們一步步來解決這個圖。
對於三次握手：
(1).對於客戶端而言：我們原來處理CLOSED的狀態，然後我們客戶端呼叫connect進行主動開啟，傳送SYN,之後我們便進入了SYN_SEND，這個時候我們應該準備的事情就是等待服務端的ACK了。
(2)對於服務端而言：開啟服務端的時候從CLOSED轉移到LISTEN,我們ACCEPT一個客戶端的connect，我們處於被動開啟的狀態，從LISTEN狀態轉移到SYN_RCVD狀態，併發送SYN K和ACK=SYN J+1。我們等待客戶段的ACK應答。
(3)對於客戶端而言：收到了服務端的SYN K和ACK=SYN J+1.客戶端的阻塞connect連線成功，狀態轉移到了ESTABLISHED，併發送ACK=K+1,到服務端。
(4)對於服務端而言：收到客戶端的ACK，狀態轉移到了ESTABLISHED。三次握手結束
(5)超時情況或應用close：繼續轉移到CLOSED的起始狀態。

服務端和客戶端都到了ESTABLISHED，說明可以進行傳輸資訊。
這時候我們再來關注一下關閉伺服器的場景是如何？
(1)客戶端：呼叫close函式，傳送FIN，到達FIN_WAIT_1狀態，等待服務端的ACK過來。
(1)服務端：接收到客戶端的FIN資訊，傳送ACK，並且到CLOSE_WAIT,服務端關閉與客戶端的連線，併發送FIN.
(2)客戶端：接收到服務端的ACK包，到達FIN_WAIT_2狀態，並等待服務端傳送FIN包。
(2)服務端：服務端開始傳送FIN資訊，到達LAST_ACK狀態。
(3)客戶端：接收到服務端的FIN資訊，狀態轉移到TIME_WAIT狀態。併發送 ACK包到服務端。
(3)服務端：接收到客戶端的ACK資訊，狀態由LAST_ACK轉移到CLOSED狀態。
(3)客戶端：超過2MSL時候後返回到CLOSED狀態。

感覺字有點多，我們繼續把這個過程簡化到一張圖上面：

這個圖將我們的狀態轉移和三次握手、四次揮手的圖都放在了一張折線圖上面。
這就是我們要說的從狀態轉移的角度來說明TCP三次握手，四次揮手。
不知道大家有沒發覺一個很奇怪的狀態，也就是TIME_WAIT這個狀態，是否判斷2MSL超時。
給大家說明一下MSL是什麼意思？MSL代表著IP報文能在網際網路中存在的最長時間，2個MSL代表客戶端和服務端的一個IP報文能在網際網路中存在的最長時間總和。超過這個時間就說明出現了超時事件要進行重發。
那麼，我們的TIME_WAIT的作用到底是什麼呢，這裡有兩點：
1.實現終止TCP全雙工連線的可靠性
2.允許老的重複分組在網路中消逝
對於1而言，假設在圖中服務端的最後一個FIN未傳送成功，經過一個MSL，之後服務端會重發送一個FIN。這就需要兩個MSL時間讓客戶端進行稽核。所以，客戶端進入TIME_WAIT需要2個MSL時間。
對於2而言，是為了解決在結束這個連線之後，又建立起一個新的連線。為了避免這個新連線得到前一個連線的重發分組，2個MSL保證兩個方向的重發分組都被拋棄掉了。
對於UDP而言，三次握手和四次揮手的過程將會被全部拋棄掉，這樣看來，TCP將會比UDP多7節的傳輸過程。
Reference:UNIX網路程式設計