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，因此能夠再次發送確認信息