今天的分享,是關于前兩天讀到的心得,TCP建立連接時三次握手,斷開時為何4次握手的自我理解:
戀愛時
連接時客戶端說:SYN(約嗎?)
服務器說:SYN➕ACK(約啊,一起) 接著客戶端說:ACK(好的)
熱戀時
傳輸了n個字節的數據之后,開始分手流程
分手時
客戶端說:FIN(分手了啦!) 接著服務器說:ACK(分就分啦!) 服務器接著又說:FIN(記住是我先分的) 客戶端說:ACK(OK!)
現在來說明為何分手要4次
因為連接時,調用socket的connect函數發送SYN包,而服務器端只是accept一下,就一次發送了SYN和ACK標志位,而到了斷開連接時大家都要調用各自的close函數結束這段socket(騷)戀情,所以兩次close分別觸發了兩次FIN包,導致沒有和ACK合并為一個包,所以握手3次,分手要4次。
下面來正經的,TCP/IP協議三次握手與四次握手流程解析 TCP報文格式
TCP/IP協議的詳細信息參看《TCP/IP協議詳解》三卷本。下面是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,兩端配對。 三次握手
所謂三次握手(Three-Way Handshake)即建立TCP連接,就是指建立一個TCP連接時,需要客戶端和服務端總共發送3個包以確認連接的建立。在socket編程中,這一過程由客戶端執行connect來觸發,整個流程如下圖所示:
195313f7byp2c74psmecd9.png (151.6 KB, 下載次數: 58)
下載附件
2017-7-24 20:21 上傳
(1)第一次握手:Client將標志位SYN置為1,隨機產生一個值seq=J,并將該數據包發送給Server,Client進入SYN_SENT狀態,等待Server確認。
(2)第二次握手:Server收到數據包后由標志位SYN=1知道Client請求建立連接,Server將標志位SYN和ACK都置為1,ack=J+1,隨機產生一個值seq=K,并將該數據包發送給Client以確認連接請求,Server進入SYN_RCVD狀態。
(3)第三次握手:Client收到確認后,檢查ack是否為J+1,ACK是否為1,如果正確則將標志位ACK置為1,ack=K+1,并將該數據包發送給Server,Server檢查ack是否為K+1,ACK是否為1,如果正確則連接建立成功,Client和Server進入ESTABLISHED狀態,完成三次握手,隨后Client與Server之間可以開始傳輸數據了。
四次揮手
三次握手耳熟能詳,四次揮手估計就
195313sppk8vi6158owlvz.png (112.5 KB, 下載次數: 57)
下載附件
2017-7-24 20:21 上傳
,所謂四次揮手(Four-Way Wavehand)即終止TCP連接,就是指斷開一個TCP連接時,需要客戶端和服務端總共發送4個包以確認連接的斷開。在socket編程中,這一過程由客戶端或服務端任一方執行close來觸發,整個流程如下圖所示:
195314ya989tx83rar4r08.png (124.06 KB, 下載次數: 42)
下載附件
2017-7-24 20:21 上傳
由于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狀態,完成四次揮手。
上面是一方主動關閉,另一方被動關閉的情況,實際中還會出現同時發起主動關閉的情況,具體流程如下圖:
195314cwt336wfhxw4swsf.png (82.45 KB, 下載次數: 66)
下載附件
2017-7-24 20:21 上傳
流程和狀態在上圖中已經很明了了,在此不再贅述,可以參考前面的四次揮手解析步驟。 思考?
關于三次握手與四次揮手通常都會有典型的面試題,在此提出供有需求的XDJM們參考:
(1)三次握手是什么或者流程?四次握手呢?答案前面分析就是。
(2)為什么建立連接是三次握手,而關閉連接卻是四次揮手呢?
這是因為服務端在LISTEN狀態下,收到建立連接請求的SYN報文后,把ACK和SYN放在一個報文里發送給客戶端。
而關閉連接時,當收到對方的FIN報文時,僅僅表示對方不再發送數據了但是還能接收數據,己方也未必全部數據都發送給對方了,所以己方可以立即close,也可以發送一些數據給對方后,再發送FIN報文給對方來表示同意現在關閉連接,因此,己方ACK和FIN一般都會分開發送。
WebSocket協議是基于TCP的一種新的網絡協議。它實現了瀏覽器與服務器全雙工(full-duplex)通信——允許服務器主動發送信息給客戶端。WebSocket通信協議于2011年被IETF定為標準RFC 6455,并被RFC7936所補充規范。機智云提供websocket api,瀏覽器(Javascript)可以通過Web Socket API與機智云云端直接通訊。瀏覽器(Javascript)通過 Web Socket API,可以控制設備和實時接收設備上報的數據,幫助開發者搭建web應用和測試工具,參考案例
|