用最简单的例子帮助理解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说,我知道了,然后大家就断开连接了
- 想必看完场景二你就知道为何要四次挥手了吧,一方要断开连接时另一方可能还在传数据,此时最后还是等它传完了再断开比较好