1、建立連接協議（三次握手）
（1）客戶端發送一個帶SYN標誌的TCP報文到服務器。這是三次握手過程中的報文1.
（2） 服務器端迴應客戶端的，這是三次握手中的第2個報文，這個報文同時帶ACK標誌和SYN標誌。因此它表示對剛纔客戶端SYN報文的迴應；同時又標誌SYN給客戶端，詢問客戶端是否準備好進行數據通訊。
（3） 客戶必須再次迴應服務段一個ACK報文，這是報文段3.
2、連接終止協議（四次握手）
由於TCP連接是全雙工的，因此每個方向都必須單獨進行關閉。這原則是當一方完成它的數據發送任務後就能發送一個FIN來終止這個方向的連接。收到一個 FIN只意味着這一方向上沒有數據流動，一個TCP連接在收到一個FIN後仍能發送數據。首先進行關閉的一方將執行主動關閉，而另一方執行被動關閉。
（1） TCP客戶端發送一個FIN，用來關閉客戶到服務器的數據傳送（報文段4）。
（2） 服務器收到這個FIN，它發回一個ACK，確認序號爲收到的序號加1（報文段5）。和SYN一樣，一個FIN將佔用一個序號。
（3） 服務器關閉客戶端的連接，發送一個FIN給客戶端（報文段6）。
（4） 客戶段發回ACK報文確認，並將確認序號設置爲收到序號加1（報文段7）。
[b][color=red]CLOSED：[/color][/b] 這個沒什麼好說的了，表示初始狀態。
[b][color=red]LISTEN：[/color][/b] 這個也是非常容易理解的一個狀態，表示服務器端的某個SOCKET處於監聽狀態，可以接受連接了。
[b][color=red]SYN_RCVD：[/color][/b]這個狀態表示接受到了SYN報文，在正常情況下，這個狀態是服務器端的SOCKET在建立TCP連接時的三次握手會話過程中的一箇中間狀態，很短暫，基本上用netstat你是很難看到這種狀態的，除非你特意寫了一個客戶端測試程序，故意將三次TCP握手過程中最後一個ACK報文不予發送。因此這種狀態時，當收到客戶端的ACK報文後，它會進入到ESTABLISHED狀態。
[b][color=red]SYN_SENT：[/color][/b]這個狀態與SYN_RCVD遙相呼應，當客戶端SOCKET執行CONNECT連接時，它首先發送SYN報文，因此也隨即它會進入到了SYN_SENT狀態，並等待服務端的發送三次握手中的第2個報文。SYN_SENT狀態表示客戶端已發送SYN報文。
[b][color=red]ESTABLISHED：[/color][/b]這個容易理解了，表示連接已經建立了。
FIN_WAIT_1：這個狀態要好好解釋一下，其實FIN_WAIT_1和FIN_WAIT_2狀態的真正含義都是表示等待對方的FIN報文。而這兩種狀態的區別是：FIN_WAIT_1狀態實際上是當SOCKET在ESTABLISHED狀態時，它想主動關閉連接，向對方發送了FIN報文，此時該SOCKET即進入到FIN_WAIT_1狀態。而當對方迴應ACK報文後，則進入到FIN_WAIT_2狀態，當然在實際的正常情況下，無論對方何種情況下，都應該馬上回應ACK報文，所以FIN_WAIT_1狀態一般是比較難見到的，而FIN_WAIT_2狀態還有時常常可以用netstat看到。
[b][color=red]FIN_WAIT_2[/color][/b]：上面已經詳細解釋了這種狀態，實際上FIN_WAIT_2狀態下的SOCKET，表示半連接，也即有一方要求close連接，但另外還告訴對方，我暫時還有點數據需要傳送給你，稍後再關閉連接。
[b][color=red]TIME_WAIT[/color][/b]：表示收到了對方的FIN報文，併發送出了ACK報文，就等2MSL後即可回到CLOSED可用狀態了。如果FIN_WAIT_1狀態下，收到了對方同時帶 FIN標誌和ACK標誌的報文時，可以直接進入到TIME_WAIT狀態，而無須經過FIN_WAIT_2狀態。
[b][color=red]CLOSING[/color][/b]：這種狀態比較特殊，實際情況中應該是很少見，屬於一種比較罕見的例外狀態。正常情況下，當你發送FIN報文後，按理來說是應該先收到（或同時收到）對方的 ACK報文，再收到對方的FIN報文。但是CLOSING狀態表示你發送FIN報文後，並沒有收到對方的ACK報文，反而卻也收到了對方的FIN報文。什麼情況下會出現此種情況呢？其實細想一下，也不難得出結論：那就是如果雙方幾乎在同時close一個SOCKET的話，那麼就出現了雙方同時發送FIN報文的情況，也即會出現CLOSING狀態，表示雙方都正在關閉SOCKET連接。
[b][color=red]CLOSE_WAIT[/color][/b]：這種狀態的含義其實是表示在等待關閉。怎麼理解呢？當對方close一個SOCKET後發送FIN報文給自己，你係統毫無疑問地會迴應一個ACK報文給對方，此時則進入到CLOSE_WAIT狀態。接下來呢，實際上你真正需要考慮的事情是察看你是否還有數據發送給對方，如果沒有的話，那麼你也就可以 close這個SOCKET，發送FIN報文給對方，也即關閉連接。所以你在CLOSE_WAIT狀態下，需要完成的事情是等待你去關閉連接。
[b][color=red]LAST_ACK[/color][/b]： 這個狀態還是比較容易好理解的，它是被動關閉一方在發送FIN報文後，最後等待對方的ACK報文。當收到ACK報文後，也即可以進入到CLOSED可用狀態了。
附一個狀態轉換圖：
[img]http://dl.iteye.com/upload/attachment/204115/d9190ddf-7094-3fe8-8181-edabfa641e05.jpg[/img]
1.CLOSED：起始點，在超時或者連接關閉時候進入此狀態。
2.LISTEN：svr端在等待連接過來時候的狀態，svr端爲此要調用socket， bind,listen函數，就能進入此狀態。此稱爲應用程序被動打開（等待客戶端來連接）。
3.SYN_SENT:客戶端發起連接，發送SYN給服務器端。如果服務器端不能連接，則直接進入CLOSED狀態。
4.SYN_RCVD：跟3對應，服務器端接受客戶端的SYN請求，服務器端由LISTEN狀態進入SYN_RCVD狀態。同時服務器端要回應一個ACK，同時發送一個SYN給客戶端；另外一種情況，客戶端在發起SYN的同時接收到服務器端得SYN請求，客戶端就會由SYN_SENT到SYN_RCVD狀態。
5.ESTABLISHED：服務器端和客戶端在完成3次握手進入狀態，說明已經可以開始傳輸數據了。
以上是建立連接時服務器端和客戶端產生的狀態轉移說明。相對來說比較簡單明瞭，如果你對三次握手比較熟悉，建立連接時的狀態轉移還是很容易理解。
接下來服務器端和客戶端就進行數據傳輸。。。。，當然，裏面也大有學問，就此打住，稍後再表。
下面，我們來看看連接關閉時候的狀態轉移說明，關閉需要進行4次雙方的交互，還包括要處理一些善後工作（TIME_WAIT狀態），注意，這裏主動關閉的一方或被動關閉的一方不是指特指服務器端或者客戶端，是相對於誰先發起關閉請求來說的：
6.FIN_WAIT_1:主動關閉的一方，由狀態5進入此狀態。具體的動作時發送FIN給對方。
7.FIN_WAIT_2:主動關閉的一方，接收到對方的FIN ACK，進入此狀態。由此不能再接收對方的數據。但是能夠向對方發送數據。
8.CLOSE_WAIT：接收到FIN以後，被動關閉的一方進入此狀態。具體動作時接收到FIN，同時發送ACK。
9.LAST_ACK：被動關閉的一方，發起關閉請求，由狀態8進入此狀態。具體動作時發送FIN給對方，同時在接收到ACK時進入CLOSED狀態。
10.CLOSING：兩邊同時發起關閉請求時，會由FIN_WAIT_1進入此狀態。具體動作是，接收到FIN請求，同時響應一個ACK。
11.TIME_WAIT：最糾結的狀態來了。從狀態圖上可以看出，有3個狀態可以轉化成它，我們一一來分析：
a.由FIN_WAIT_2進入此狀態：在雙方不同時發起FIN的情況下，主動關閉的一方在完成自身發起的關閉請求後，接收到被動關閉一方的FIN後進入的狀態。
b.由CLOSING狀態進入:雙方同時發起關閉，都做了發起FIN的請求，同時接收到了FIN並做了ACK的情況下，由CLOSING狀態進入。
c.由FIN_WAIT_1狀態進入：同時接受到FIN（對方發起），ACK（本身發起的FIN迴應），與b的區別在於本身發起的FIN迴應的ACK先於對方的FIN請求到達，而b是FIN先到達。這種情況概率最小。
關閉的4次連接最難理解的狀態是TIME_WAIT，存在TIME_WAIT的2個理由：
1.可靠地實現TCP全雙工連接的終止。
2.允許老的重複分節在網絡中消逝。
（1）客戶端發送一個帶SYN標誌的TCP報文到服務器。這是三次握手過程中的報文1.
（2） 服務器端迴應客戶端的，這是三次握手中的第2個報文，這個報文同時帶ACK標誌和SYN標誌。因此它表示對剛纔客戶端SYN報文的迴應；同時又標誌SYN給客戶端，詢問客戶端是否準備好進行數據通訊。
（3） 客戶必須再次迴應服務段一個ACK報文，這是報文段3.
2、連接終止協議（四次握手）
由於TCP連接是全雙工的，因此每個方向都必須單獨進行關閉。這原則是當一方完成它的數據發送任務後就能發送一個FIN來終止這個方向的連接。收到一個 FIN只意味着這一方向上沒有數據流動，一個TCP連接在收到一個FIN後仍能發送數據。首先進行關閉的一方將執行主動關閉，而另一方執行被動關閉。
（1） TCP客戶端發送一個FIN，用來關閉客戶到服務器的數據傳送（報文段4）。
（2） 服務器收到這個FIN，它發回一個ACK，確認序號爲收到的序號加1（報文段5）。和SYN一樣，一個FIN將佔用一個序號。
（3） 服務器關閉客戶端的連接，發送一個FIN給客戶端（報文段6）。
（4） 客戶段發回ACK報文確認，並將確認序號設置爲收到序號加1（報文段7）。
[b][color=red]CLOSED：[/color][/b] 這個沒什麼好說的了，表示初始狀態。
[b][color=red]LISTEN：[/color][/b] 這個也是非常容易理解的一個狀態，表示服務器端的某個SOCKET處於監聽狀態，可以接受連接了。
[b][color=red]SYN_RCVD：[/color][/b]這個狀態表示接受到了SYN報文，在正常情況下，這個狀態是服務器端的SOCKET在建立TCP連接時的三次握手會話過程中的一箇中間狀態，很短暫，基本上用netstat你是很難看到這種狀態的，除非你特意寫了一個客戶端測試程序，故意將三次TCP握手過程中最後一個ACK報文不予發送。因此這種狀態時，當收到客戶端的ACK報文後，它會進入到ESTABLISHED狀態。
[b][color=red]SYN_SENT：[/color][/b]這個狀態與SYN_RCVD遙相呼應，當客戶端SOCKET執行CONNECT連接時，它首先發送SYN報文，因此也隨即它會進入到了SYN_SENT狀態，並等待服務端的發送三次握手中的第2個報文。SYN_SENT狀態表示客戶端已發送SYN報文。
[b][color=red]ESTABLISHED：[/color][/b]這個容易理解了，表示連接已經建立了。
FIN_WAIT_1：這個狀態要好好解釋一下，其實FIN_WAIT_1和FIN_WAIT_2狀態的真正含義都是表示等待對方的FIN報文。而這兩種狀態的區別是：FIN_WAIT_1狀態實際上是當SOCKET在ESTABLISHED狀態時，它想主動關閉連接，向對方發送了FIN報文，此時該SOCKET即進入到FIN_WAIT_1狀態。而當對方迴應ACK報文後，則進入到FIN_WAIT_2狀態，當然在實際的正常情況下，無論對方何種情況下，都應該馬上回應ACK報文，所以FIN_WAIT_1狀態一般是比較難見到的，而FIN_WAIT_2狀態還有時常常可以用netstat看到。
[b][color=red]FIN_WAIT_2[/color][/b]：上面已經詳細解釋了這種狀態，實際上FIN_WAIT_2狀態下的SOCKET，表示半連接，也即有一方要求close連接，但另外還告訴對方，我暫時還有點數據需要傳送給你，稍後再關閉連接。
[b][color=red]TIME_WAIT[/color][/b]：表示收到了對方的FIN報文，併發送出了ACK報文，就等2MSL後即可回到CLOSED可用狀態了。如果FIN_WAIT_1狀態下，收到了對方同時帶 FIN標誌和ACK標誌的報文時，可以直接進入到TIME_WAIT狀態，而無須經過FIN_WAIT_2狀態。
[b][color=red]CLOSING[/color][/b]：這種狀態比較特殊，實際情況中應該是很少見，屬於一種比較罕見的例外狀態。正常情況下，當你發送FIN報文後，按理來說是應該先收到（或同時收到）對方的 ACK報文，再收到對方的FIN報文。但是CLOSING狀態表示你發送FIN報文後，並沒有收到對方的ACK報文，反而卻也收到了對方的FIN報文。什麼情況下會出現此種情況呢？其實細想一下，也不難得出結論：那就是如果雙方幾乎在同時close一個SOCKET的話，那麼就出現了雙方同時發送FIN報文的情況，也即會出現CLOSING狀態，表示雙方都正在關閉SOCKET連接。
[b][color=red]CLOSE_WAIT[/color][/b]：這種狀態的含義其實是表示在等待關閉。怎麼理解呢？當對方close一個SOCKET後發送FIN報文給自己，你係統毫無疑問地會迴應一個ACK報文給對方，此時則進入到CLOSE_WAIT狀態。接下來呢，實際上你真正需要考慮的事情是察看你是否還有數據發送給對方，如果沒有的話，那麼你也就可以 close這個SOCKET，發送FIN報文給對方，也即關閉連接。所以你在CLOSE_WAIT狀態下，需要完成的事情是等待你去關閉連接。
[b][color=red]LAST_ACK[/color][/b]： 這個狀態還是比較容易好理解的，它是被動關閉一方在發送FIN報文後，最後等待對方的ACK報文。當收到ACK報文後，也即可以進入到CLOSED可用狀態了。
附一個狀態轉換圖：
[img]http://dl.iteye.com/upload/attachment/204115/d9190ddf-7094-3fe8-8181-edabfa641e05.jpg[/img]
1.CLOSED：起始點，在超時或者連接關閉時候進入此狀態。
2.LISTEN：svr端在等待連接過來時候的狀態，svr端爲此要調用socket， bind,listen函數，就能進入此狀態。此稱爲應用程序被動打開（等待客戶端來連接）。
3.SYN_SENT:客戶端發起連接，發送SYN給服務器端。如果服務器端不能連接，則直接進入CLOSED狀態。
4.SYN_RCVD：跟3對應，服務器端接受客戶端的SYN請求，服務器端由LISTEN狀態進入SYN_RCVD狀態。同時服務器端要回應一個ACK，同時發送一個SYN給客戶端；另外一種情況，客戶端在發起SYN的同時接收到服務器端得SYN請求，客戶端就會由SYN_SENT到SYN_RCVD狀態。
5.ESTABLISHED：服務器端和客戶端在完成3次握手進入狀態，說明已經可以開始傳輸數據了。
以上是建立連接時服務器端和客戶端產生的狀態轉移說明。相對來說比較簡單明瞭，如果你對三次握手比較熟悉，建立連接時的狀態轉移還是很容易理解。
接下來服務器端和客戶端就進行數據傳輸。。。。，當然，裏面也大有學問，就此打住，稍後再表。
下面，我們來看看連接關閉時候的狀態轉移說明，關閉需要進行4次雙方的交互，還包括要處理一些善後工作（TIME_WAIT狀態），注意，這裏主動關閉的一方或被動關閉的一方不是指特指服務器端或者客戶端，是相對於誰先發起關閉請求來說的：
6.FIN_WAIT_1:主動關閉的一方，由狀態5進入此狀態。具體的動作時發送FIN給對方。
7.FIN_WAIT_2:主動關閉的一方，接收到對方的FIN ACK，進入此狀態。由此不能再接收對方的數據。但是能夠向對方發送數據。
8.CLOSE_WAIT：接收到FIN以後，被動關閉的一方進入此狀態。具體動作時接收到FIN，同時發送ACK。
9.LAST_ACK：被動關閉的一方，發起關閉請求，由狀態8進入此狀態。具體動作時發送FIN給對方，同時在接收到ACK時進入CLOSED狀態。
10.CLOSING：兩邊同時發起關閉請求時，會由FIN_WAIT_1進入此狀態。具體動作是，接收到FIN請求，同時響應一個ACK。
11.TIME_WAIT：最糾結的狀態來了。從狀態圖上可以看出，有3個狀態可以轉化成它，我們一一來分析：
a.由FIN_WAIT_2進入此狀態：在雙方不同時發起FIN的情況下，主動關閉的一方在完成自身發起的關閉請求後，接收到被動關閉一方的FIN後進入的狀態。
b.由CLOSING狀態進入:雙方同時發起關閉，都做了發起FIN的請求，同時接收到了FIN並做了ACK的情況下，由CLOSING狀態進入。
c.由FIN_WAIT_1狀態進入：同時接受到FIN（對方發起），ACK（本身發起的FIN迴應），與b的區別在於本身發起的FIN迴應的ACK先於對方的FIN請求到達，而b是FIN先到達。這種情況概率最小。
關閉的4次連接最難理解的狀態是TIME_WAIT，存在TIME_WAIT的2個理由：
1.可靠地實現TCP全雙工連接的終止。
2.允許老的重複分節在網絡中消逝。
