TCP三次握手,其實就是boy和girl的一場約會:
第一次: 客戶端 - > 伺服器 伺服器知道客戶端要建立連線
第二次: 客戶端 < - 伺服器 客戶端知道伺服器收到連線請求
第三次: 客戶端 - > 伺服器 伺服器知道客戶端收到了自己的迴應
我們把這次行為看做一次約會的過程,客戶端(boy),伺服器(girl):
第一次: boy - > girl 我們可以約嗎?
第二次: boy < - girl 我可以約,O(∩_∩)O~想你哦
第三次: boy - > girl 知道你想我啦
為什麼三次呢,正常情況下一次對話兩次不就明白了嘛。這裡三次的目的是:
從boy的角度,兩次就能發出約的資訊和收到可以約的資訊,且確定來去的通道是通暢的。
但是從girl的角度,兩次只能知道對方boy發給自己約會資訊的通道是暢通的,但不知道自己發給boy的通道是否暢通,為了避免girl自己“可以約”的資訊沒有因為網路不好沒有傳遞給boy,最後導致沒約成,讓自己望斷秋水。因此girl在第二次迴應“可以約”的同時,也害羞的說聲“想你哦”,收到boy我也想你的回信,也就是第三次握手,忐忑的心才放下來。
OK,約會成功
同樣TCP斷開連線需要四次握手,怎麼理解?其實這是boy 和 girl之間一個悲傷的故事。
TCP三次握手,其實就是boy和girl的一場約會:
第一次: 客戶端 - > 伺服器 伺服器知道客戶端要建立連線
第二次: 客戶端 < - 伺服器 客戶端知道伺服器收到連線請求
第三次: 客戶端 - > 伺服器 伺服器知道客戶端收到了自己的迴應
我們把這次行為看做一次約會的過程,客戶端(boy),伺服器(girl):
第一次: boy - > girl 我們可以約嗎?
第二次: boy < - girl 我可以約,O(∩_∩)O~想你哦
第三次: boy - > girl 知道你想我啦
為什麼三次呢,正常情況下一次對話兩次不就明白了嘛。這裡三次的目的是:
從boy的角度,兩次就能發出約的資訊和收到可以約的資訊,且確定來去的通道是通暢的。
但是從girl的角度,兩次只能知道對方boy發給自己約會資訊的通道是暢通的,但不知道自己發給boy的通道是否暢通,為了避免girl自己“可以約”的資訊沒有因為網路不好沒有傳遞給boy,最後導致沒約成,讓自己望斷秋水。因此girl在第二次迴應“可以約”的同時,也害羞的說聲“想你哦”,收到boy我也想你的回信,也就是第三次握手,忐忑的心才放下來。
OK,約會成功
同樣TCP斷開連線需要四次握手,怎麼理解?其實這是boy 和 girl之間一個悲傷的故事。