TCP 三次握手理解 (雙方確認)

TCP是一個端到端的 可靠 面相連線的協議，

HTTP基於傳輸層TCP協議不用擔心資料傳輸的各種問題（當發生錯誤時，可以重傳）

根據這個IP，找到對應的伺服器，發起TCP的三次握手

為什麼要3次握手

我們假定第一次傳送的請求, 因為網路延遲很慢才到達服務端，

然後客戶端以為這伺服器居然不理睬我，然後默默的關閉的等待連線的請求，走開了（好比追女神）；

但事實呢？女神（伺服器）是因為各種各樣的原因，很晚才看到，然後說我接受你了, 同意你的要求咱們兩結婚吧！

但是，A早已經遠走高飛，這個請求A完全不會收到（在第二次握手，服務端開啟連線，等待客戶端的響應），

那麼女生呢，以為對方收到了，就會一直等待，這樣B的資源就會被浪費的（建立連線的時候，空間浪費以及埠消耗）；

而三次握手, 就不會發生，服務端同意連線了，但是A缺一直沒有下一步的動作，導致資源浪費；

關閉TCP連線四次揮手的理解 (客氣挽留)

不能直接一次性斷開連線(雙方知曉), 萬一還有什麼資料沒有傳完, 造成資料的丟失!

這和有禮貌的好友道別一樣：（a：客戶端 b:服務端）
1、一開始A想要回家離開，但是呢？怕B還有事情要交代，那麼呢？只好先向B打招呼，我要走了，請求停止交談(請求斷開連線)

​ (此時，a到B的連線沒有斷開，依舊可以進行通訊）；
2、同意A的請求，說好的，但是我這裡可能還有一些話（資料）沒說完。我檢檢視看, 你等等, 等我說完你再走。
3、B確實沒啥要補充的了，就告知你我可以撤了
4、A說好的，知道了，88；（B得知A走開了，關閉了自己的連線 )