TCP三次握手詳解及釋放連接過程
TCP在傳輸之前會進行三次溝通，一般稱爲“三次握手”，傳完數據斷開的時候要進行四次溝通，一般稱爲“四次揮手”。
兩個序號和三個標誌位：
（1）序號：seq序號，佔32位，用來標識從TCP源端向目的端發送的字節流，發起方發送數據時對此進行標記。
（2）確認序號：ack序號，佔32位，只有ACK標誌位爲1時，確認序號字段纔有效，ack=seq+1。
（3）標誌位：共6個，即URG、ACK、PSH、RST、SYN、FIN等，具體含義如下：
（A）URG：緊急指針（urgent pointer）有效。
（B）ACK：確認序號有效。
（C）PSH：接收方應該儘快將這個報文交給應用層。
（D）RST：重置連接。
（E）SYN：發起一個新連接。
（F）FIN：釋放一個連接。
需要注意的是：
（A）不要將確認序號ack與標誌位中的ACK搞混了。
（B）確認方ack=發起方req+1，兩端配對。
在第一次消息發送中，A隨機選取一個序列號作爲自己的初始序號發送給B；第二次消息B使用ack對A的數據包進行確認，
因爲已經收到了序列號爲x的數據包，準備接收序列號爲x+1的包，所以ack=x+1，同時B告訴A自己的初始序列號，就是seq=y；
第三條消息A告訴B收到了B的確認消息並準備建立連接，A自己此條消息的序列號是x+1，所以seq=x+1，而ack=y+1是表示A正準備接收B序列號爲y+1的數據包。
四次揮手：
由於TCP連接時全雙工的，因此，每個方向都必須要單獨進行關閉，這一原則是當一方完成數據發送任務後，發送一個FIN來終止這一方向的連接，
收到一個FIN只是意味着這一方向上沒有數據流動了，即不會再收到數據了，但是在這個TCP連接上仍然能夠發送數據，直到這一方向也發送了FIN。
首先進行關閉的一方將執行主動關閉，而另一方則執行被動關閉，上圖描述的即是如此。
（1）第一次揮手：Client發送一個FIN，用來關閉Client到Server的數據傳送，Client進入FIN_WAIT_1狀態。
（2）第二次揮手：Server收到FIN後，發送一個ACK給Client，確認序號爲收到序號+1（與SYN相同，一個FIN佔用一個序號），Server進入CLOSE_WAIT狀態。
（3）第三次揮手：Server發送一個FIN，用來關閉Server到Client的數據傳送，Server進入LAST_ACK狀態。
（4）第四次揮手：Client收到FIN後，Client進入TIME_WAIT狀態，接着發送一個ACK給Server，確認序號爲收到序號+1，Server進入CLOSED狀態，完成四次揮手。
（1）三次握手是什麼或者流程？四次握手呢？答案前面分析就是。
（2）爲什麼建立連接是三次握手，而關閉連接卻是四次揮手呢？
這是因爲服務端在LISTEN狀態下，收到建立連接請求的SYN報文後，把ACK和SYN放在一個報文裏發送給客戶端。而關閉連接時，收到對方的FIN報文時，
僅僅表示對方不再發送數據了但是還能接收數據，己方也未必全部數據都發送給對方了，所以己方可以立即close，也可以發送一些數據給對方後，
再發送FIN報文給對方來表示同意現在關閉連接，因此，己方ACK和FIN一般都會分開發送。
爲什麼TIME_WAIT狀態需要經過2MSL(最大報文段生存時間)才能返回到CLOSE狀態？
不應該是爲了防止B發送的FIN=1的包的丟失，因爲如果A沒有收到來自B的釋放連接請求，是不會進入TIME-WAIT狀態的。
所以正確的解釋是：A發送的確認釋放連接信息B沒有收到，這時候B會再次發送一個FIN=1的釋放連接請求，而這個時候A還處於TIME-WAIT，所以可以再次發送確認信息。
文章轉自： https://www.cnblogs.com/laowz/p/6947539.html