对于4次挥手的理解以及对SEQ,ACK变化的理解

最新推荐文章于 2025-02-28 18:22:07 发布
最新推荐文章于 2025-02-28 18:22:07 发布
阅读量768 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： cisco 计算机网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/SCOOPM/article/details/110346104
本文详细解释了TCP的四次挥手过程，包括第一次挥手时PC0发送FIN+ACK报文，服务器接收后的SEQ和ACK变化。当服务器无数据发送时，会发送FIN报文请求关闭连接，客户端则回应确认报文段，整个过程中TCP连接进入半关闭状态。

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

四次挥手

  1. 第一次挥手：PC0发送请求终止连接（FIN+ACK报文）
    在这里插入图片描述
    在服务器在发送到服务器时：
    出现SEQ与ACK分别代表序号和确认序号

此图代表未接收报文时报文的状态
在这里插入图片描述
在接收到报文后ACK=SEQ+1 , SEQ=ACK

在这里插入图片描述
之后服务器对客户端进行第（2，3）；4次挥手（ACK,FIN)
此时TCP连接处于半关闭状态
在这里插入图片描述
如果服务器没有数据向客户端发送，则向客户端发送一个连接释放报文段（FIN）
在这里插入图片描述
客户端接收到连接释放报文段后，对此发送确认报文段
在这里插入图片描述

最低0.47元/天 解锁文章
终于懂了TCP的三次握手和四次挥手(超精彩分析)
TrueDei
06-16 4927
终于懂了TCP的三次握手和四次挥手(超精彩分析)
计算机网络seq ack,计算机网络 TCP传输的三次握手与四次挥手
weixin_35261385的博客
06-24 1569
简介TCP提供面向有连接的通信传输，面向有连接是指在数据通信开始之前先做好通信两端之间的准备工作。TCP在数据通信之前，通过TCP首部发送一个SYN包作为建立连接的请求等待确认应答(TCP中发送第一个SYN包的一方叫做客户端，接收这个的一方叫做服务端)。如果对端发来确认应答，则认为可以进行数据通信。如果对端的确认应答未能到达，就不会进行数据通信。此外，在通信结束时会进行断开连接的处理(FIN包)。...
TCP三次握手四次挥手seq和ack的过程
Hedenghui777的博客
10-05 854
文章目录三次握手过程数据传输过程四次挥手过程总结ackseq 三次握手过程 数据传输过程 四次挥手过程 总结 ack 1.在握手和挥手阶段，ack确认号是对方seq+1 2.在传输数据阶段，ack确认号是对方seq+数据长度 seq 1.在握手和挥手阶段，seq为上次seq+1(对方发来的ack大小) 2.在传输数据阶段，seq为上次seq+数据长度(对方发来的ack大小) ...
看图理解TCP的三次握手和四次挥手
weixin_34321977的博客
04-06 128
阅读时间：8min 阅读目标： 掌握TCP连接过程 学会计算seq、ack码 TCP 协议是HTTP协议的重要基础，充分理解TCP协议的连接及端口，有助于我们深入理解网络请求和连接。今天就来看图学习TCP请求的连接、数据传输及端口连接。 OSI7层网络模型 OSI是Open System Interconnection的缩写，国际标准化组织（ISO）制定了OSI模型，该模型定义了不...
TCP三次握手四次挥手过程
糖加醋^_^
03-10 149
三次握手 为了建立可靠的TCP连接，握手过程中会初始化Seq的初始值，从而保证通信的顺序性，防止因网络问题而乱序； 第一次握手：建立连接时，A发送SYN包（seq=x）到B，并进入SYN_SEND状态，等待B确认； 第二次握手：B收到SYN包，必须向A返回一个ACK包（ack=x+1）确认，同时自己也发送一个SYN包（syn=y）,即SYN+ACK包， 并进入SYN_RECV状态； 第...
面试常问！！TCP的三次握手与四次挥手理解
WantFlyDaCheng的博客
03-28 369
作者：青柚_ 原文：https://blog.youkuaiyun.com/qq_38950316/article/details/81087809先来张图！序列号seq：占4个...
TCP的三次握手各字段(ack,seq,ACK,SYN)是什么意思？
热门推荐
weixin_48684274的博客
08-27 8万+
TCP的三次握手每个字段(ack,seq,ACK,SYN)是什么意思？（人话版） 什么是TCP的三次握手？ 关于TCP的三次握手，很多博客回答上都已经说的比较明白了，往简单的说，就是互相建立连接，并且保证数据准确传输。 TCP三次握手的过程 情景模拟 1.0 发送方：老铁，可以听得到我说话吗，老铁。 接收方：可以听到，你听得到吗？ 发送方：听到了，那我开始说正事了。 这个故事是用来模拟TCP三次握手的，也是在所有通俗解释三次握手的典型例子。 详情参考：详解 TCP 连接的“ 三次握手 ”与“ 四次挥手 ”
TCP四次挥手详解
LOOKTOMMER的博客
11-13 6万+
在开始之前可以先了解一下 TCP三次握手 TCP四次挥手过程和状态变迁 在断开连接之前客户端和服务器都处于ESTABLISHED状态，双方都可以主动断开连接，以客户端主动断开连接为优。 第一次挥手：客户端打算断开连接，向服务器发送FIN报文(FIN标记位被设置为1，1表示为FIN，0表示不是)，FIN报文中会指定一个序列号，之后客户端进入FIN_WAIT_1状态。 也就是客户端发出连接释放报文段(FIN报文)，指定序列号seq = u，主动关闭TCP连接，等待服务器的确认。 第二次挥...
TCP 三次握手和四次挥手
11-23
4. **第四次挥手**：客户端收到服务端的断开请求后，会发送一个ACK报文作为应答，确认号为z+1，序列号为h（h为客户端随机生成的数值）。 - 报文：ACK=z+1，seq=h 这一步确认了服务端的FIN报文，至此四次挥手...
TCP协议三次握手及四次挥手
qq_44129924的博客
03-12 3230
文章目录TCP 三次握手第一次握手(SYN=1, seq=x)第二次握手(SYN=1, ACK=1, seq=y, ACKnum=x+1)第三次握手(ACK=1，ACKnum=y+1)为什么需要三次握手？两次不行吗？TCP协议四次挥手第一次挥手（FIN=1，seq=x)第二次挥手（ACK=1，ACKnum=x+1）第三次挥手（FIN=1，seq=y）第四次挥手（ACK=1，ACKnum=y+1）为什么TIME_WAIT状态需要经过2MSL（最大报文段生存时间）才能返回到CLOSE状态？为什么连接的时候是三次
神奇的三次握手和四次挥手详解
hobby云说
03-22 3012
【前言】 其实早在一年前的这段时间我有写过一篇类似的文章，后来因为要忙毕业，此文就只写了三次握手，也没有后续更新了。过了这么久，今天再来回忆回忆，把文章补充完整吧。 【相关的一些名词】 报文：是网络中交换与传输的数据单元，即站点一次性要发送的数据块。报文包含了将要发送的完整的数据信息 TCP：传输控制协议（Transmission Control Protocol）是一...
【计算机网络】TCP三次握手，四次挥手以及SYN，ACK，seq，以及握手次数理解
m0_74282926的博客
02-28 2061
三次握手让双方确认通信能力：所谓确认通信能力就是双方都确认。
TCP三次握手和四次挥手详解
ssjdoudou的博客
03-17 3386
1. 序（列）号：seq序号，占32位，用来标识从TCP源端向目的端发送的字节流，发起方发送数据时对此进行标记。 2. 确认号：ack序号，占32位，只有ACK标志位为1时，确认序号字段才有效，ack=seq+1。 3. 标志位：共6个，即URG、ACK、PSH、RST、SYN、FIN等，具体含义如下： * URG：紧急指针（urgent pointer）有效。 * ACK：确认序号...
TCP三次握手和四次挥手的原理和问题分析
阿花的博客
08-05 956
TCP建立连接时三次握手，断开连接时四次挥手
通俗理解TCP三次握手、四次挥手
qq_48621751的博客
08-30 1064
TCP三次握手、四次挥手
tcp连接时三次握手与四次挥手 SYN+ACK FIN+ACK
qq_42948022的博客
10-10 5926
三次握手 SYN--> //请求同步信号 （server端收到后 确认client能发） <--ACK ,SYN //确认接收信号，+ 请求同步信号 （client端收到后 确认自己能收能发，service能收能发） ACK--> //确认接收信号 （service端收到后 确认自己能收能发，client能收能发 ） 加 seq=x --> ...
TCP三次握手中SYN，ACK，Seq三者的关系
永远年轻、永远热泪盈眶。
04-13 1927
TCP(Transmission Control Protocol)传输控制协议 TCP是主机对主机层的传输控制协议，提供可靠的连接服务，采用三次握手确认建立一个连接： 位码即tcp标志位，有6种标示：SYN(synchronous建立联机) ACK(acknowledgement 确认) PSH(push传送) FIN(finish结束) RST(reset重置) URG(urgent紧急)Se...
三次握手四次挥手的个人理解
weixin_43411127的博客
02-14 1013
本文仅为个人学习理解，如有不对还请指正 TCP报文格式 在了解三次握手四次握手之前应该先简要了解下TCP报文格式，如下图： 其中主要关注seq，ack，SYN，ACK，FIN这几个标志位。 seq表示的是序列号，ack表示的是确认号，在收到序列号后会加1返回。 下方有8个标志位，其中SYN，ACK，FIN是本次需要用的。 SYN=1，ACK=0时表示请求连接的报文段，当SYN=1并且ACK=1时表示同意建立连接，仅在前两次握手中SYN置为1。 ACK表示前面的确认号是否有效，仅当ACK=1时确认.
关于四次挥手的很详细的解释
博客周
02-05 1865
了解四次挥手前，需要先了解三次握手，不是因为两者有直接联系，而是因为有些概念性的东西我不想再重复了(lll￢ω￢)。毕竟握手相见，挥手再见。先相见才能再见呀。 关于四次挥手： 第一次：客户端发出连接释放报文，FIN=1， seq=u(等于前面已经传送过来的数据的最后一个字节的序号加1), 此时。客户端进入FIN-WAIT-1（终止等待1）状态。此处的数据包FIN表示断开连接。 第二次：服务器...
TCP 四次挥手
最新发布
04-01
<think>嗯，用户想了解TCP四次挥手的详细过程、原理和图解。首先我需要回忆一下TCP连接终止的过程。四次挥手发生在客户端和服务器要关闭连接的时候，对吧？ 首先，四次挥手的基本步骤应该是这样的：主动关闭的一方发送FIN，然后对方确认，接着对方也发送自己的FIN，最后主动方再确认。但具体每个步骤的状态变化和报文内容需要准确描述。比如，第一次挥手是FIN=1的报文，然后第二次是ACK，第三次是对方的FIN，第四次是最后的ACK。 不过用户提到参考了三个引用，其中引用[2]和[3]详细解释了四次挥手的原因和过程。比如为什么需要四次而不是三次，这可能是因为TCP是全双工的，每个方向都需要单独关闭。所以主动关闭方发送FIN后，被动方可能还有数据要发送，所以先回复ACK，等数据发完再发自己的FIN。这时候主动方再回复ACK，这样总共四次。 另外，引用[2]提到TIME_WAIT状态要等待2MSL时间，这是为了确保最后的ACK能够到达被动方，同时让旧的报文在网络中消失，避免混淆新连接。这部分需要解释清楚，为什么是2MSL，以及MSL的定义是什么。 还有，用户可能对报文中的序列号和确认号感兴趣，比如引用[3]中的例子，FIN报文中seq=4655，ACK=1。这里要说明ACK是对之前接收的数据的确认，而FIN本身的序列号是独立递增的。可能需要用具体的例子来说明序列号的变化过程。 最后，用户可能需要图解来辅助理解，但由于是文字回答，可以用步骤描述来代替，并建议参考相关图解。同时，生成的相关问题需要覆盖TIME_WAIT的作用、为什么是四次挥手、2MSL的意义等，这些都是常见的面试题或学习重点。 需要注意的是，用户提供的引用中有三次握手的引用[1]，但问题集中在四次挥手，所以主要参考引用[2]和[3]。还要确保回答中使用正确的中文术语，比如“传输控制块TCB”等，但可能不需要深入，保持解释的易懂性。 现在整理步骤，确保每个步骤的状态变化正确，比如从FIN_WAIT_1到FIN_WAIT_2，然后到TIME_WAIT，最后CLOSED。被动方则从CLOSE_WAIT到LAST_ACK，再到CLOSED。这些状态变迁需要准确无误地描述出来，帮助用户理解整个过程。</think>### TCP四次挥手过程与原理详解 #### 一、四次挥手基本流程 TCP四次挥手是关闭全双工连接的标准流程，步骤如下： 1. **第一次挥手**（主动关闭方 → 被动关闭方） 主动关闭方发送FIN报文，设置$FIN=1$，并携带序列号$seq=u$，表示不再发送数据，进入`FIN_WAIT_1`状态[^2]。 2. **第二次挥手**（被动关闭方 → 主动关闭方） 被动关闭方发送ACK报文，设置$ACK=1$，确认号$ack=u+1$，进入`CLOSE_WAIT`状态。主动关闭方收到后进入`FIN_WAIT_2`状态[^3]。 3. **第三次挥手**（被动关闭方 → 主动关闭方） 被动关闭方完成数据发送后，发送FIN+ACK报文，设置$FIN=1, ACK=1$，携带序列号$seq=w$和确认号$ack=u+1$，进入`LAST_ACK`状态。 4. **第四次挥手**（主动关闭方 → 被动关闭方） 主动关闭方发送ACK报文，设置$ACK=1$，确认号$ack=w+1$，进入
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值