TCP/IP 第三期 四次挥手

本文详细解析了TCP连接关闭的四次挥手过程,探讨了为何需要四次操作以及每个阶段的关键步骤,包括客户端发送FIN、服务器响应ACK、服务器等待清理并发并发送FIN、客户端确认FIN。展示了TCP全双工协议如何确保双方数据完整关闭。
摘要由CSDN通过智能技术生成

前言

上一期中我们讲了TCP建立连接中的三次握手,这一期我们再讲讲四次挥手,这样我们就能基本将TCP的 建立与关闭过程基本搞清楚了。

为什么是四次挥手?

因为要保证在关闭阶段,客户端与服务端之间的消息要处理完成 并保证双方正常关闭。而且我们知道TCP是一个全双工协议,既然一个TCP连接是全双工(即数据在两个方向上能同时传递),因此每个方向都必须单独地进行关闭。
原则:当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。当一端收到一个FIN,它必须通知应用层另一端已经终止了那个方向的数据传送,发送FIN通常是应用层进行关闭的结果。
TCP半关闭:可以提供四次挥手的机制时 TCP的半关闭造成的。因为它提供了,TCP连接中收到一个FIN只意味着在这一方向上没有数据流动了,一个TCP连接在收到一个FIN后仍能发送数据。

四次挥手的流程

在这里插入图片描述

  • 客户端要求断开连接,发送一个断开请求,这个叫作(FIN)
  • 服务端收到请求,然后给客户端一个 ACK,作为FIN的响应。
  • 我们发现再返回给客户端 关闭请求 FIN时,并没有跟随上一个确认报文段一起发送,是因为断开连接要处理的问题比较多,比如服务器端可能还有发送出去的消息没有得到确认 ACK;也有可能服务器端自己有资源要释放。因此断开连接不能像三次握手那样将消息合并,所以服务器需要经过等待,确定可以关闭连接了 才会发送一个 FIN 断开请求给客户端。
  • 客户端收到服务端的 FIN,同时客户端也可能也需要处理自己的事情,比如客户端有发送给服务端没有收到ACK的请求,客户端自己处理完成后,再给服务端发送一个ACK.

总结

  • TCP提供连接,让双方的传输更加稳定,安全
  • TCP是一个面向连接的协议,说的是TCP协议双方在进行数据通信之前会先建立连接。
  • 因为TCP连接需要进行一系列的可靠性处理,例如 保持它首部和数据的校验和流量控制等。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值