TCP的四次挥手

最新推荐文章于 2024-05-26 17:34:57 发布
最新推荐文章于 2024-05-26 17:34:57 发布
阅读量1.6k 收藏 5
点赞数 1
分类专栏： 计算机网络 文章标签： 网络协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/xiao_cai_ming/article/details/105836701
版权

了解TCP的连接释放过程（四次挥手），首先要知道TCP报文段中FIN，ACK，seq，ack代表什么。

  • FIN：6个控制位之一，用来释放一个连接，此时FIN置为1。
  • ACK，seq，ack：添加链接描述

在这里插入图片描述

TCP连接释放过程

TCP规定：FIN报文段即使不携带数据，它也要消耗掉一个序号。
TCP规定：在连接建立后所有传送的报文ACK位必须置1。

  1. 当通信双方A、B有一方数据发送完毕后（假设为A），此时A想终止连接，就发送一个FIN报文，FIN=1；序号seq=u；这时A进入FIN-WAIT-1（终止等待1）状态。
  2. B收到A发送的FIN报文后，回复一个确认报文，ACK=1；seq=v；ack=u+1，注意这里ack不一定要等于u+1，因为A发送的FIN报文段是可以携带数据的，若数据长度为y，则ack=u+y。A的FIN报文不携带数据时，根据上面的规定一，ack=u+1。这时B进入CLOSE-
最低0.47元/天 解锁文章
TCP四次挥手
ljy的博客
02-10 773
当客户端连接服务器端，客户端程序主动打开，运行，发SYN出去，三次握手进行第一次，发出去后自己的状态马上变成SYN_SENT，对于服务器端，原本是listen，收到了客户端发来的SYN，服务器端就马上收SYN，发SYN，ACK，状态变成SYN_RCVD，然后客户端收SYN，ACK，发ACK，服务器端收ACK，服务器和客户端的状态同时变成ESTABLISHED，就是已完成三次握手的状态。close何时执行，会执行其他一些代码，会存在时间差，导致对方发送通知报文，我确认了，过了一会了才执行close。
TCP四次挥手详解
热门推荐
LOOKTOMMER的博客
11-13 6万+
在开始之前可以先了解一下 TCP三次握手 TCP四次挥手过程和状态变迁 在断开连接之前客户端和服务器都处于ESTABLISHED状态，双方都可以主动断开连接，以客户端主动断开连接为优。 第一次挥手：客户端打算断开连接，向服务器发送FIN报文(FIN标记位被设置为1，1表示为FIN，0表示不是)，FIN报文中会指定一个序列号，之后客户端进入FIN_WAIT_1状态。 也就是客户端发出连接释放报文段(FIN报文)，指定序列号seq = u，主动关闭TCP连接，等待服务器的确认。 第二次挥...
四次挥手详解
吉祥如意的博客
07-02 649
四次挥手 为什么是四次？不可以像三次握手一样合并 SYN 和 ACK 吗？ 为什么要四次挥手->三次握手中的SYN和ACK完全可以合并->那为什么四次挥手不能合并->RFC规定：TCP中ACK可以和数据合并，所以合并以后不能再和FIN合并了 TIME_WAIT状态 概念 有此状态的原因 同时关闭（即同时发送FIN）怎么办？ 双方发送FIN后，均进入FIN_WAIT_1状态 然后双方都接收到对方的FIN后，再给对方回复ACK，此时进入CLOSING状态 双方互相接收到对方发来的ACK后
关于TCP的四次挥手介绍
sinat_26552841的博客
01-30 1821
2. 第二次挥手：Server收到FIN之后，发送一个ACK=1，acknowledge number=收到的序列号+1；因为服务器收到客户端断开连接的请求时，可能还有一些数据没有发完，这时先回复ACK，表示接收到了断开连接的请求。1. 客户与服务器交谈结束之后，客户要结束此次会话，就会对服务器说：我要关闭连接了（第一 次挥手）3. 然后服务器确定了没有话要和客户说了，服务器就会对客户说，我要关闭连接了。2. 服务器收到客户的消息后说：好的，你要关闭连接了。客户端没有收到ACK确认，会重新发送FIN请求。
【TCP】四次挥手（最强详解！！通俗易懂！！）
miles067的博客
09-01 7394
A：再见，我要关闭了(FIN)B：再见，我要关闭了(FIN)等待2MSL时间后断开连接。B：我知道了(ACK)A：我知道了(ACK)
三次握手和四次挥手
weixin_48730616的博客
06-26 180
1、三次握手 首先客户端发送一个带有SYN标志的数据包给服务端；服务器收到之后，会回传一个带有SYN和ACK标志的数据包给客户端，确认信息；最后客户端发再送一个带有ACK标志的数据包给服务器，代表握手结束，链接成功。 为什么需要三次握手呢？为了防止已失效的连接请求报文突然又传送到了服务器，从而产生错误。 可以给面试官举个例子：假如只有前面2次握手，那么服务端来收到SYN并且发出SYN+ACK包之后就会处于工作状态。如果服务端在某一时刻突然收到了一个来自客户端的SYN包，在发出ACK之后，服务端处于..
TCP四次挥手 可以变成三次吗708 - 726
05-15
TCP 四次挥手是 TCP 协议栈中的一种关闭连接的机制，通常来说，TCP 四次挥手需要四个步骤来完成，但是在某些情况下，TCP 四次挥手可以变成三次挥手。本文将详细介绍 TCP 四次挥手的过程、为什么需要四次挥手，以及在...
TCP 四次挥手，可以变成三次吗？
smart_an的专栏
05-26 634
当被动关闭方在 TCP 挥手过程中，如果「没有数据要发送」，同时「没有开启 TCP_QUICKACK（默认情况就是没有开启，没有开启 TCP_QUICKACK，等于就是在使用 TCP 延迟确认机制）」，那么第二和第三次挥手就会合并传输，这样就出现了三次挥手。所以，出现三次挥手现象，是因为 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
详解TCP四次挥手
Mr_Malei的博客
08-18 1815
TCP的四次挥手的目的是什么？ 三次握手是为了建立TCP连接 四次挥手是为了断开TCP连接 TCP四次挥手由谁发起？ 由客户端或服务端任一方执行close来触发。 简单描述一下TCP四次挥手的过程 第一次挥手：客户端发送FIN请求来关闭客户端到服务端的数据传送(并不代表不能交互)功能，来告诉服务端，客户端已准备好关闭连接了。 第二次挥手：服务端收到FIN请求后，返回ACK确认请求，告诉客户端你的请求我收到了，但是我还有数据正在传输，请等待服务端像客户端发送FIN请求。 第三次挥手：服务端完成数据传输，
http://www.52im.net/thread-258-1-1.html
weixin_30511039的博客
09-19 1733
前言 尽管TCP和UDP都使用相同的网络层（IP），TCP却向应用层提供与UDP完全不同的服务。TCP提供一种面向连接的、可靠的字节流服务。 面向连接意味着两个使用TCP的应用（通常是一个客户和一个服务器）在彼此交换数据之前必须先建立一个TCP连接。这一过程与打电话很相似，先拨号振铃，等待对方摘机说“喂”，然后才说明是谁。 本文将分别讲解经典的TCP协议建立连接（所谓的“3次握...
简述TCP四次挥手
LinconKong
03-14 1万+
四次握手主要用到了两个标志位(ACK&FIN): ACK 示意参考:TCP三次握手 FIN: 终止数据传输标志位---->当FIN为1的时候代表此数据为终止断开连接的请求 四次挥手流程: 由于TCP连接是双向传输的对等的模式即双工 wiki百科定义: 全双工（full-duplex）的系统允许二台设备间同时进行双向资料传输。全双工的系统可以用复线铁路类比。两个方向的车辆因使用不同的轨道，因此不会互相影响。 一般的电话、手机就是全双工的系统，因为在讲话时同时也可以听到对方的声音 意思是说
三次握手四次挥手，简单易懂。
果冻
10-11 724
三次握手四次挥手 了解三次握手四次挥手之气那需要先先了解几个基本知识点 1、FIN=1表示此报文段的发送方的数据已经发送完毕，请求释放传输连接。 2、确认字段号(ACK)：期望接收报文段的数据的第一个字节的序号，ack=N表示序号N-1为止的所有数据都正确接收到。 3、确认位：只有ACK=1时确认号字段才有效，ACK=0时无效 连接状态： 1、CLOSE_WAIT状态下只能发送数据，不能接收数据 2、LAST_ACK状态：被动断开连接的一端在缓冲区数据发送完成后发送FIN=1 3、TME_WAIT：此状态下
Tcp三次握手，四次挥手
六月长安的博客
03-15 954
Tcp三次握手，四次挥手核心组件：三次握手四次挥手![在这里插入图片描述](https://img-blog.csdnimg.cn/20210315154958937.jpg?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zNzQ4MTc2OQ==,size_16,color_FFFFFF,t_70#pic_center) 核心组件：
计算机网络面经复习1——TCP/UDP
qq_41157876的博客
08-27 1158
1.协议总览 五层协议的体系结构主要包括：应用层、运输层、网络层，数据链路层和物理层。 OSI七层协议模型主要包括是：应用层（Application）、表示层（Presentation）、会话层（Session）、运输层（Transport）、网络层（Network）、数据链路层（Data Link）、物理层（Physical）。 2.TCP/UDP UDP TCP 是否连接 无连接，减小开销和发送数据的延迟 面向连接，需要先握手 是否可靠 不可.
关于FIN_WAIT1
小饼仙子的专栏
11-07 1606
前些天，一堆人在 TCPCopy 社区里闲扯蛋，有人提了一个问题：FIN_WAIT1 能持续多久？引发了一场讨论，期间我得到斌哥和多位朋友的点化，受益良多。 让我们热热身，通过一张旧图来回忆一下 TCP 关闭连接时的情况： TCP Close 看图可知，主动关闭的一方发出 FIN，同时进入 FIN_WAIT1 状态，被动关闭的一方响应 ACK，从而使主动关闭的一方
为什么只有三次挥手_三次握手和四次挥手图解，为什么挥手比握手多一次？（原创）...
weixin_39700220的博客
12-04 379
三次握手和四次挥手发生在什么时候？发生在 TCP/IP协议 的 传输层一、什么是三次握手第一次握手：建立连接时，客户端发送SYN包（SYN=x）到服务器，并进入SYN_SENT状态，等待服务器确认； 第二次握手：服务器收到SYN包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN（syn=y），即SYN+ACK包，此时服务器进入SYN_RECV状态 第三次握手：客户端收到服务器的S...
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、付费专栏及课程。

余额充值