用最简单的例子帮助理解TCP的三次握手和四次挥手

用最简单的例子帮助理解TCP的三次握手和四次挥手

• 本文并非讲解tcp三次握手的实现过程，而是想通过最简单的例子理解tcp这样设计的原理
• 为何TCP需要三次握手而不是两次一次握手，为何需要四次挥手，想必大家心里都有这些疑惑，这里我就以个人的见解对此作下说明

三次握手

• 首先，让我们对比一下两个场景

• 场景一

• a问b,你吃饭了吗

• b答，我吃了

• 场景二

• a问b，你吃饭了吗

• b答，我吃了，你呢

• a答，我也吃了

• 以上场景一其实就是两次握手，这两次握手后只有a确定a发给b的消息b能正常收到，但此时b完全不知道自己发给a的信息a能否收到

• 而场景二其实就是三次握手，前两次握手a是确定了b能收到，但b却不知道a是否能收到b发的信息，但如果b也向a提问了，同时能收到a的正确回答，此时b才能确定a也能正常收到b发送的信息，这样第三次握手后双方就都确定了他们之间能彼此顺畅地沟通

• 不知道我举这样的例子，你是否对三次握手有了更好的理解，因为两次握手只有一方确定，而三次握手双方都能确定，因此TCP三次握手就够了，多了也没什么太多的意义

四次挥手

• 建立连接需要三次握手，想必大家都弄明白了，但为何断开连接要四次呢
• 还是照例，看一下以下场景
• 场景一
• a对b说，我数据都传完了，我要断开连接
• b对a说，我知道了，你断开吧
• a对b说，我断开了
• 场景二
• a对b说，我数据都传完了，以后不会对你传数据了，我们断开连接吧
• b回答，我知道了，你先别断开，等我把要传给你的数据传完了你再断开
• 一会儿后，b对a说，我传完了
• a对b说，我知道了，然后大家就断开连接了
• 想必看完场景二你就知道为何要四次挥手了吧，一方要断开连接时另一方可能还在传数据，此时最后还是等它传完了再断开比较好