**：
closed: 表示初始狀態。
listen: 表示伺服器端的某個socket處於監聽狀態，可以接受連線。
syn_sent:在服務端監聽後，客戶端socket執行connect連線時，客戶端傳送syn報文，此時客戶端就進入
syn_sent狀態，等待服務端的確認
syn_rcvd: 表示服務端接受到了syn報文，在正常情況下，這個狀態是伺服器端的socket在建立tcp連線時的三
次握手會話過程中的乙個中間狀態，很短暫，基本上用netstat你是很難看到這種狀態的，除非你特意寫了一
個客戶端測試程式，故意將三次tcp握手過程中最後乙個ack報文不予傳送。因此這種狀態時，當收到客戶端的
ack報文後，它會進入到established狀態。
established：表示連線已經建立了。
fin_wait_1: 這個是已經建立連線之後，其中一方請求終止連線，等待對方的fin報文。fin_wait_1狀態是當
socket在established狀態時，它想主動關閉連線，向對方傳送了fin報文，此時該socket即進入到fin_wait_1
狀態。而當對方回應ack報文後，則進入到fin_wait_2狀態，當然在實際的正常情況下，無論對方何種情況下
，都應該馬上回應ack報文，所以fin_wait_1狀態一般是比較難見到的，而fin_wait_2狀態還有時常常可以用
netstat看到。
fin_wait_2：實際上fin_wait_2狀態下的socket，表示半連線，也即有一方要求close連線，但另外還告訴對
方，我暫時還有點資料需要傳送給你，稍後再關閉連線。
time_wait: 表示收到了對方的fin報文，並傳送出了ack報文，就等2msl後即可回到closed可用狀態了。如果
fin_wait_1狀態下，收到了對方同時帶fin標誌和ack標誌的報文時，可以直接進入到time_wait狀態，而無須
經過fin_wait_2狀態。
closing: 這種狀態比較特殊，實際情況中應該是很少見，屬於一種比較罕見的例外狀態。正常情況下，當你
傳送fin報文後，按理來說是應該先收到(或同時收到)對方的ack報文，再收到對方的fin報文。但是closing狀
態表示你傳送fin報文後，並沒有收到對方的ack報文，反而卻也收到了對方的fin報文。什麼情況下會出現此
種情況呢？其實細想一下，也不難得出結論：那就是如果雙方幾乎在同時close乙個socket的話，那麼就出現
了雙方同時傳送fin報文的情況，也即會出現closing狀態，表示雙方都正在關閉socket連線。
close_wait: 這種狀態的含義其實是表示在等待關閉。怎麼理解呢？當對方close乙個socket後傳送fin報文給
自己，你系統毫無疑問地會回應乙個ack報文給對方，此時則進入到close_wait狀態。接下來呢，實際上你真
正需要考慮的事情是察看你是否還有資料傳送給對方，如果沒有的話，那麼你也就可以close這個socket，發
送fin報文給對方，也即關閉連線。所以你在close_wait狀態下，需要完成的事情是等待你去關閉連線。
last_ack: 這個狀態還是比較容易好理解的，它是被動關閉一方在傳送fin報文後，最後等待對方的ack報文。
當收到ack報文後，也即可以進入到closed可用狀態了。
TCP連線狀態詳解
下面是每乙個tcp連線在任意時刻可能處於的狀態，在linux下可以在netstat命令的最後一列 state列 裡看到。各個狀態的含義如下 closed 初始狀態，表示tcp連線是 關閉著的 或 未開啟的 listen 表示伺服器端的某個socket處於監聽狀態，可以接受客戶端的連線。syn rcv...
TCP連線狀態詳解
對於linux 套接字通訊，從連線建立到連線斷開，其狀態總共有11種，在三次握手和四次揮手，狀態變化比較快，在連線建立時，狀態比較穩定，下面簡單介紹一下各個狀態的情況。狀態彙總 11種 listen 偵聽來自遠方的tcp埠的連線請求 syn sent 再傳送連線請求後等待匹配的連線請求 客戶端 sy...
TCP連線狀態描述
狀 態 說 明 closed 不存在tcp連線 listen 乙個應用層協議已經發布了乙個被動開啟，並且有意接收 tcp連線試圖 syn sent 乙個應用層協議已經傳送了乙個主動開啟，並且傳送了乙個 syn段 syn rcvd 乙個syn 段被接收，並且乙個 syn ack 被傳送 establi...