TCP的四次挥手过程

已于 2022-04-25 13:29:31 修改
阅读量911 收藏
点赞数
分类专栏： web网络安全 java基础 文章标签： Java tcp/ip 四次挥手
于 2022-04-25 13:28:37 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_42224683/article/details/124402345
版权

TCP的四次挥手过程

客户端和服务端都可以主动释放连接

这里以客户端示例
情景一：服务端有数据存在（四次挥手）

  • 客户端发送FIN标识到服务端，告知服务端我要释放连接
  • 服务端收到FIN标识，知道了客户端想断开连接，于是马上检查是否还有数据发送给客户端，如果还有数据没有发送，就发送ACK标识告诉客户端：等一会，你还有数据在我这里
  • 待所有数据发送完毕后，服务端发送FIN标识给客户端，告诉客户端，现在已经没有数据了，我要关闭连接啦
  • 客户端收到服务端的FIN标识，知道服务端现在就要关闭连接了，于是就发送ACK标识，告知服务端：我知道啦，你关吧
  • 于是服务器关闭，客户端也关闭了

情景二：没有数据存在（三次挥手）

  • 客户端发送FIN标识到服务端，告知服务端我要释放连接
  • 服务端收到FIN标识，知道了客户端想断开连接，于是马上检查是否还有数据发送给客户端，发现客户端咋我这里已经没有数据了，就发送FIN，ACK标识告诉客户端：你没有数据在我这里，我要关闭连接啦
  • 客户端收到服务端的FIN标识，知道服务端现在就要关闭连接了，于是就发送ACK标识，告知服务端：我知道啦，你关吧
  • 于是服务器关闭，客户端也关闭了
    在这里插入图片描述

为什么要等待2MSL时间

假设当客户端发送最后一次ACK，就不接收任何消息，处于关闭状态，而此时如果服务端没有收到ACK，会怎么样？

服务端角度：给客户端发送消息，没有收到回复，触发重发机制。但是客户端已经把连接关闭了，我的连接怎么办？谁来救救我~~

假设客户端在关闭之前等待指定时间（图中是2MSL），如果在2MSL时间内收到来自服务端重传的报文段，就知道上次的ACK没有到达服务端，于是重新发送ACK，这样可以保证A和B都能正常关闭连接

在这里插入图片描述

罗罗的1024
关注
专栏目录
计算机网络——TCP四次挥手过程详解
Runner1st的博客
03-13 1339
上次写了TCP的三次握手，这次总结一下TCP的四次挥手的过程，理清楚为什么握手是三次，挥手需要四次。 TCP是面向连接的，连接的建立过程被称为“三次握手”，天下没有不散的宴席，有了连接的建立，就会有连接的断开，TCP断开的过程通常被称为“四次挥手”。 首先要明一点，断开TCP请求既可以由客户端发起也可以由服务端发起。这里讨论客户端发起断开连接请求的情况。 过程如下：（可以先看文末的通俗对话模拟）...
TCP三次握手与四次挥手过程解析
xzp_12345的博客
02-28 632
TCP三次握手和四次挥手的全过程     TCP是主机对主机层的传输控制协议，提供可靠的连接服务，采用三次握手确认建立一个连接:位码即tcp标志位,有6种表示:SYN(synchronous建立连接)ACK(acknowledgement 表示响应、确认)PSH(push表示有DATA数据传输)FIN(finish关闭连接)RST(reset表示连接重置)URG(urgent紧急指针字段值有效)三...
TCPTCP三次握手和四次挥手的原因和过程
张泽的博客
03-23 175
TCP三次握手和四次挥手的过程 TCP三次握手过程 C->SYN->S S->SYN/ACK->C C->ACK->S 三次握手的原因：三次握手可以防止失效的连接请求报文突然又传输到服务器导致服务器资源的浪费。 TCP四次挥手过程 C->FIN->S S->ACK->C S->FIN->C C->ACK->S 四次...
tcp四次挥手 最后一次ack如果没有收到
u014520797的专栏
06-30 3647
1、当第四步的A发送的确认报文，B收到时，A会等待2MSL的时间后，连接彻底关闭。(因为B收到了，所以2MSL时间内B不会重发第三步的释放报文) 2、当第四步的A发送的确认报文，B没有收到时，B会继续发送第三步的释放报文，A收到后会继续发送第四步的确认报文（此时会重新启动2MSL计时器，重新等待2MSL时间），若在接下来的2MSL的时间内未收到B发送的第三步的释放报文，则意味着B已经收到了A的ack确认报文，连接彻底关闭 MSL 是Maximum Segment Lifetime英文的...
TCP四次挥手过程
Chay
10-25 456
1.TCP客户端发送一个FIN，用来关闭客户端到服务器的数据传送。 2.服务器收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。客户端进入FIN_WAIT状态。 3.服务器准备关闭客户端的连接，发送一个FIN给客户端。 4.客户端发回ACK报文确认，并进入TIME_WAIT状态，若2MSL后依然没有收到回复则关闭连接。
详解TCP四次挥手（断开TCP连接过程）
Three__Curry的博客
04-07 8945
在讲述TCP三次握手，即建立TCP连接的过程之前，需要先介绍一下TCP协议的包结构。 TCP协议包结构： 这里只对涉及到三次握手过程的字段做解释 （1） 序号（Sequence number） 我们通过 TCP 协议将数据发送给对方，就比如 hellotcp，这一串字节流，假设被拆分成了三个 TCP 报文段，第一个报文段携带了 hel，第二个报文段携带了 lot，第三个报文段携带了 cp，这三个报文段不一定是按照顺序送到对端的，那么对端收到这三个段是如何确定他们的顺序的呢？此时序号的意义就体现在这里。 T
TCP四次挥手详解
热门推荐
LOOKTOMMER的博客
11-13 6万+
在开始之前可以先了解一下 TCP三次握手 TCP四次挥手过程和状态变迁 在断开连接之前客户端和服务器都处于ESTABLISHED状态，双方都可以主动断开连接，以客户端主动断开连接为优。 第一次挥手：客户端打算断开连接，向服务器发送FIN报文(FIN标记位被设置为1，1表示为FIN，0表示不是)，FIN报文中会指定一个序列号，之后客户端进入FIN_WAIT_1状态。 也就是客户端发出连接释放报文段(FIN报文)，指定序列号seq = u，主动关闭TCP连接，等待服务器的确认。 第二次挥...
TCP三次握手与四次挥手.pdf
04-23
接下来，分析TCP四次挥手的过程： 1. 第一次挥手：当客户端完成数据发送任务后，发送一个带有FIN（结束）标志的数据包给服务器端，表示客户端没有数据需要发送了，请求关闭连接。客户端进入FIN_WAIT_1状态。 2. 第...
TCP 协议四次挥手的过程
MJ_user的博客
06-12 722
当TCP 协议完成了数据的发送之后，就会尝试去断开连接，此时它就会经历四次挥手的过程。 第一次挥手：是客户端向服务器发起的，这个时候客户端已经完成了数据发送，会发起一个包，去进行一个连接断开的请求，那么这个报文中，它的一个FIN位被标记为1，我们把它叫做FIN包。 第二次挥手：是服务器发给客户端的，这个报文是用来确认上一个客户端用来断开连接请求的一个报文 ，所以它是一个ACK报文。 第三次挥手：同样是服务器发给客户端的，那么这个时候，服务器的数据也发送完毕的话，他也会向客户端发起一个断开连接的申请，那么在这
TCP三次握手和四次挥手详细过程
Linux猿
07-02 9158
这篇文章对TCP的三次握手和四次挥手详细过程进行总结。 1. TCP连接的建立—三次握手： 先对相关的符号作一下说明： 确认号字段（ack）：占四个字节，是期望收到对方的下一个报文段的数据的第一个字节的序号。若ack = N，则表明到序号N-1为止的所有数据都已正确收到。 确认位（ACK）：只有当ACK=1时确认号字段才有效。当ACK=0时，确认号无效。 同步位（SYN）：同步 ...
TCP三次握手和四次挥手的全过程
代码之神
01-18 873
三次握手： 第一次握手：客户端发送syn包(seq=x)到服务器，并进入SYN_SENT状态，等待服务器确认； 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（seq=y），即SYN+ACK包，此时服务器进入SYN_RECV状态； 第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=y+1)，此包发送完毕，客户端...
tcp三次握手和四次挥手的全过程_TCP协议中的三次握手四次挥手
weixin_39581964的博客
12-10 266
点击上方“不太厉害的程序猿”，选择“置顶或者星标”你关注的就是我关心的！文章来源https://www.cnblogs.com/zhangweicheng/p/13412004.html 目录1. 三次握手2. 四次挥手3. TCP是如何保证可靠性的 TCP在网络协议中是非常重要的，要说有多重要的话，那就像珍珠奶茶的奶茶一样。1. 三次握手TCP在进...
TCP连接的四次挥手全过程
Peanut的博客
05-25 1万+
TCP通过四次挥手来释放连接 四次挥手的过程如下： 第一次挥手： 客户端向服务器发送一个 FIN 数据包（FIN = 1，seq = u）主动断开连接，报文中会指定一个序列号。 告诉服务器：我要跟你断开连接了，不会再给你发数据了； 客户端此时还是可以接收数据的，如果一直没有收到被动连接方的确认包，则可以重新发送这个包。 此时客户端处于 FIN_WAIT1 状态。 第二次挥手： 服务器收到 FIN 数据包之后，向客户端发送确认包（ACK = 1,ack = u + 1），把客户端的序列号值 + 1 作
Tcp协议中的3次握手与4次挥手过程分析
alvinzxf的博客
09-09 1048
在客户端与服务端的通信中，首先要建立Tcp连接，再进行数据传输，数据传输完成后，客户端再与服务端断开连接。 建立Tcp连接有3个步骤，就是一般说得3次握手；而断开Tcp连接有4个步骤，就是一般说得4次挥手。   建立连接过程： 1，  Client将标志位SYN置为1，seq=A，并将该数据包发送给Server，客户端向服务端发送一个SYN请求信号；Client进入SYN_SENT状态，等
关于TCP连接的三次握手和四次挥手过程
qq_44209441的博客
11-27 327
TCP是面向连接的传输层协议，它的连接过程比较复杂，也是面试中的常见问题。
TCP四次挥手详解(含常见面试题)
small_engineer的博客
04-19 2万+
TCP四次挥手过程 客户端发起fin位为1的FIN报文，此时客户端进入FIN_WAIT_1状态 服务端接受到FIN 报文后，发送ack应答报文，此时服务端进入close_wait状态 客户端接受到ack应答报文后，进入FIN_WAIT_2状态 服务端处理完数据后，向客户端发送FIN报文，此时服务端进入LAST_ACK状态 客户端接受到FIN报文后，客户端发送应答ack报文，进入TIME_WAIT阶段 服务端接受到ack报文后，断开连接，处于close状态 客户端过一段时间后，也就是2MSL后，进入clos
四次挥手~
wxlbzy99的博客
04-04 3899
四次挥手 三次握手是两个设备建立连接时的操作，四次挥手是用来断开与另一台机器的连接的。 过程：主机a向b发送fin（结束报文段），主机b收到后进入close-wait状态，并发送ack（这个操作是内核完成额的），确认应答，直到用户代码实现close，向主机b发送fin（用户态，即代码实现），a收到后返回b一个ack二者断开连接。 这里补充说明一下Tcp的close-wait和time-wait状态 close-wait状态：服务器收到fin后进入的状态，等待用户代码实现close，发送fin.
tcp三次握手四次挥手，少一次有什么影响？
最新发布
HYSliuliuliu的博客
05-07 818
如果缺少第二次挥手，发起终止的一方将不知道对方是否已经知晓了它的终止请求，可能会导致它重复发送FIN包。- 第四次挥手：最初发送FIN的一方收到这个FIN后，发送一个ACK标志的数据包作为应答，完成连接的终止。- 第三次握手：客户端收到这个应答后，再发送一个带有ACK（确认应答）标志的数据包，完成连接的建立。- 如果缺少第三次或第四次挥手，连接的终止将不会完全进行，可能会导致资源的泄漏，如端口没有被释放。- 如果缺少第三次握手，服务端将无法确认客户端是否收到了它的应答，因此也无法完成连接的建立。
TCP三次握手与四次挥手过程详解
### TCP四次挥手 四次挥手是为了确保双方都能接收到对方的断开连接请求，避免数据丢失或重复。以下是四次挥手的过程： 1. 第一次挥手：主动关闭连接的一方（假设是客户端）发送一个FIN（结束）标志的报文段，表示...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

罗罗的1024

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值