TCP协议中的四次挥手释放连接

建立一个连接需要三次握手,而终止一个连接需要四次挥手。这是由TCP的半关闭造成的。既然一个TCP连接是全双工(数据能在两个方向上同时传递),因此每个方向必须单独的进行关闭。现在我们介绍TCP的四次挥手释放连接的过程,整体示意图如下所示:

·

1. 某个应用程序首先调用close,我们称这一端执行主动关闭。这一端的TCP于是发送一个FIN M分节,表示数据发送完毕;

2. 另一端接收到FIN M分节之后,执行被动关闭,对这个FIN M进行确认(发回一个ACK M+1)。他的接收也作为文件结束符传递给接收端应用进程,因为FIN的接收意味着应用程序在相应的连接上再也接收不到额外的数据;

3. 一段时间之后,接收到这个文件结束符的应用进程调用close关闭他的套接口,这导致他的TCP也发送一个FIN;

4. 接收到这个FIN的元发送端TCP(即执行主动关闭的那一端)对他进行确认。

        这样每个方向上都有一个FIN和ACK,所以一共需要四个分节。我们使用限定词“一般”是因为有时候步骤1的FIN随数据一起发送;另外,执行被动关闭那一端的TCP在步骤2与3发出的ACK与FIN也可以合并成一个分节。

        TCP关闭时,每一端都要发送一个FIN。这种情况除了在应用进程调用close时会发生,还会在进程终止时发生。进程终止包括自愿(调用exit或从main函数返回)、不自愿(进程收到一个终止本进程的信号)的情况,进程终止时所有打开的TCP连接上都会发出一个FIN。

上图中是客户端执行主动关闭,而不管是客户还是服务器都可以执行主动关闭。通常情况下是客户执行主动关闭,但某些协议如HTTP则是服务器执行主动关闭。

 

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值