网络协议 -- TCP协议(5)为什么要进行4次挥手?

本文解析了TCP协议中四次挥手的原因,重点说明了挥手过程中ACK与FIN分开发送的目的,确保被动断开方能够完全发送其数据。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

原文地址为: 网络协议 -- TCP协议(5)为什么要进行4次挥手?

前面的文章《网络协议 – TCP协议(2)三次握手与四次挥手》介绍了TCP的四次挥手,那么TCP的挥手断开为什么是4次了?

下面是从《网络协议 – TCP协议(2)三次握手与四次挥手》中截取的TCP四次挥手的过程图例(需要注意的是这个图中“主动断开方”在是服务端,在右边):
这里写图片描述

对比上面的图,我们不难发现:4次挥手相比3次握手多了一次,主要是因为握手的ACK和SYN是合并在一条发送的,而挥手的ACK和FIN是分开发送的,所以挥手比握手多了一次。

现在我们分析为什么TCP挥手的ACK和FIN(分别对应图中的第2,3条线)要分开发送?

“被动断开方”之所以叫称之为“被动”是因为TCP连接的断开并不是它想的,也不是它主动触发的,是对面的“主动断开方”想要断开的,也许这个时候“被动断开方”还正想发送点数据给“主动断开方”了。

为了让“被动断开方”有机会将想要发送的数据发送完,主动断开方在发送完FIN并收到了ACK确认信息进入FIN_WAIT_2状态后,只关闭了发送功能了,但仍然保留接收功能。这样“被动断开方”就有机会将没有发送完的数据发送完成,发送完成之后,“被动断开方”也发送一个FIN,相当于告诉“主动断开方”:“我的数据已经发完了呀,以后不会再发数据了,你可以安心的把接收功能关闭了,另外我自己也要关闭了呀”。


转载请注明本文地址: 网络协议 -- TCP协议(5)为什么要进行4次挥手?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值