TCP的四次挥手
学过TCP的三次握手之后,让我们来了解了解TCP的四次挥手。
了解之前我们先提出一些疑问
1.为什么需要挥手这么多次?一次挥手不行吗?
2.为什么握手需要三次,挥手却需要四次呢?
让我们带着疑问去了解它吧
四次挥手
TCP的四次挥手的核心在于四个时间节点,分别是:发完了 ,知道发完了,收完了,知道收完了
两台机器之间互相通信的过程中,数据需要不断的输送,每一次都相当于是一次数据传递。
这里我们模拟主机A向主机B发送数据
TCP的第一次挥手
当A向B传输数据时,数据传递完了,但是现在数据传递完不能直接断开,因为B不知道数据传递完了。所以A首先需要先告诉B数据传递完了。
这就是第一次挥手:A告诉B数据发送完了
TCP的第二次挥手
在B处理最后就收数据时,因为B还没有完全接受完所有数据,所以虽然B知道A已经发送完了,所以只能先回复A知道A传完了。
这就是第二次挥手:B知道A发完了。
TCP的第三次挥手
当A已经知道B收到了自己接收完的信息,但是还不确定B接收数据没有。所以A还要继续等待,因为一旦B没有接收成功A还要继续发送。所以A要等着B反馈已经接收完了,才能真正的断开连接。所以这时候当B接收完数据的时候,B要告诉A接收完了
这就是第三次挥手:B告诉A接收完了。
TCP的第四次挥手
当A知道B接收完数据了,就可以放心的断开连接了。
这就是第四次挥手:A知道B接收完成了。
图表
我们通过下面的图表总结下
主机A | 主机B | |
---|---|---|
收 | 第一次挥手 发完了 | 第二次挥手 知道发完了 |
发 | 第四次挥手 知道收完了 | 第三次挥手 收完了 |
解释下问题 2.为什么握手需要三次,挥手却需要四次呢?
因为当A告诉B自己发送完了数据时,B并不是立刻接收完成的,B还有可能没有接收完。所以这时候B只能先回复A一部分,告诉A已经收到发完的信息。当B消息完全接收完毕之后,才会告诉A已经接收完了。