TCP四次挥手过程

最新推荐文章于 2025-03-19 08:52:07 发布

置顶

O9A0MA

最新推荐文章于 2025-03-19 08:52:07 发布

阅读量3.2w

点赞数 27

分类专栏：原

本文链接：https://blog.csdn.net/O9A0MA/article/details/90731748

版权

四次挥手

状态转化：A、B连接建立状态ESTABLISHED -> A终止等待1状态FIN-WAIT-1 -> B关闭等待状态2CLOSE-WAIT -> A终止等待2状态FIN-WAIT-2 -> B最后确认状态LAST-ACK -> A时间等待状态TIME-WAIT -> B、A关闭状态CLOSED

四次挥手过程

第一次挥手：A数据传输完毕需要断开连接，A的应用进程向其TCP发出连接释放报文段（FIN = 1,序号seq = u）,并停止再发送数据，主动关闭TCP连接，进入FIN-WAIT-1状态，等待B的确认。

第二次挥手：B收到连接释放报文段后即发出确认报文段（ACK=1，确认号ack=u+1,序号seq=v）,B进入CLOSE-WAIT关闭等待状态,此时的TCP处于半关闭状态，A到B的连接释放。而A收到B的确认后，进入FIN-WAIT-2状态，等待B发出的连接释放报文段。

第三次挥手：当B数据传输完毕后，B发出连接释放报文段（FIN = 1，ACK = 1，序号seq = w,确认号ack&

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

O9A0MA

关注关注

27
点赞
踩
51

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

两张动图-彻底明白TCP的三次握手与四次挥手

qzcsu的博客

06-04

50万+

两张动图解析三次握手，四次挥手

TCP三次握手与四次挥手过程

克格莫（有需要的私信）

03-28

3万+

TCP中的三次握手首先，客户端与服务器均处于未连接状态，并且是客户端主动向服务器请求建立连接：客户端将报文段中的SYN=1，并选择一个seq=x，(即该请求报文的序号为x) 将这个报文发送到服务器。此时，客户端进入同步已发送状态（SYN-SEND）.SYN报文段不能携带数据，但是要消耗掉一个序号。服务器收到请求报文后，若同意建立连接，则回复报文中，SYN=1,ACK=1，并选择一个s...

参与评论您还未登录，请先登录后发表或查看评论

TCP三次握手，四次挥手的过程

09-29

描述TCP三次握手，四次挥手的过程的图片

TCP 四次挥手详细流程

最新发布

software4y的博客

03-19

289

客户端：发送FIN → 收到ACK → 收到FIN → 发送ACK → 等待2MSL后关闭。服务器：收到FIN → 发送ACK → 发送FIN → 收到ACK → 关闭连接。四次挥手确保双方都能安全、有序地终止连接。

三次握手，四次挥手过程

极音战歌

03-17

271

三次握手，四次挥手过程三次握手在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。第一次握手:建立连接时，客户端发送syn 包(tcp 协议中syn位置1，序号为J)到服务器，并进入SYN_ SEND状态，等待服务器确认; 第二次握手:服务器收到syn包,必须确认客户的sYN,同时自己也发送一一个SYN包,即SYN+ACK包(tcp 协议中syn位置1，ack位置1，序号K，确定序号为J+1)，此时服务器进入SYN RECV状态: ...

TCP协议的三次握手和四次挥手过程

weixin_34117522的博客

09-26

151

　　　TCP是一种面向连接(连接导向)的、可靠的基于字节流的传输层通信协议。TCP将用户数据打包成报文段，它发送后启动一个定时器，另一端收到的数据进行确认、对失序的数据重新排序、丢弃重复数据。 1、TCP/IP协议族 TCP/IP是一个协议族，通常分不同层次进行开发，每个层次负责不同的通信功能。包含以下四个层次：链路层：也称作数据链路层或者网络接口层，通常包括操作系统中的设备驱动程...

TCP三次握手和四次挥手过程

coolwriter的博客

03-24

343

TCP三次握手和四次挥手过程 1、三次握手（1）三次握手的详述首先Client端发送连接请求报文，Server段接受连接后回复ACK报文，并为这次连接分配资源。Client端接收到ACK报文后也向Server段发生ACK报文，并分配资源，这样TCP连接就建立了。最初两端的TCP进程都处于CLOSED关闭状态，A主动打开连接，而B被动打开连接。（A、B关闭状态CLOSED——...

三次握手和四次挥手过程详解

程序员养成日记

03-23

1313

三次握手过程理解第一次握手：建立连接时，客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号。第二次握手：服务器收到syn包，必须确认客户的syn（ack=j+1），同时自己也发送一个syn包（syn=k），即syn+ack包，此时服务器进入SYN_RECV状态。第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包（a...

详解TCP四次挥手（断开TCP连接过程）

Three__Curry的博客

04-07

9059

在讲述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连接，等待服务器的确认。第二次挥...

四次挥手过程

weixin_51170233的博客

07-05

135

第一次挥手：首先A发出一个FIN=1并发送一个序列号seq，关闭A到B的数据传输，其后等待B的确认，第二次挥手：B收到FIN之后，B发送一个ACK，ack=seq+1，且进入被动关闭状态（CLOSE_WAIT），这时A已经没有需要发送的数据了，但是还能接收B发送的数据第三次挥手：B将FIN置为1，并发送FIN到A，进入LAST_ACK模式等待最后一个ACK 第四次挥手：A收到FIN后，进入时间等待状态，然后发回一个ack=收到的序号+1进行确认，并且设置seq为收到的序号+1，B对收到的ack进行确认后

TCP 四次挥手的过程

longlyboyhe的专栏

01-12

7839

1、四次挥手的过程 1、刚开始双方处于ESTABLISHED状态。 2、客户端要断开了，向服务器发送FIN报文，在 TCP 报文中的位置如下图: 发送后客户端变成了FIN-WAIT-1状态。注意, 这时候客户端同时也变成了half-close(半关闭)状态，即无法向服务端发送报文，只能接收。 3、服务端接收后向客户端确认，变成了CLOSED-WAIT状态。 4、客户端接收到了服务端的确认，变成了FIN-WAIT2状态。 5、随后，服务端向客户端发送FIN，自己进入LAST-AC...

TCP面试题之四次挥手过程

码瘾的空间

03-04

1369

TCP四次挥手过程：　　1、第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态；　　2、第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态；　　3、第三次挥手：Server发...

TCP连接的四次挥手全过程

Peanut的博客

05-25

1万+

TCP通过四次挥手来释放连接 四次挥手的过程如下：第一次挥手：客户端向服务器发送一个 FIN 数据包（FIN = 1，seq = u）主动断开连接，报文中会指定一个序列号。告诉服务器：我要跟你断开连接了，不会再给你发数据了；客户端此时还是可以接收数据的，如果一直没有收到被动连接方的确认包，则可以重新发送这个包。此时客户端处于 FIN_WAIT1 状态。第二次挥手：服务器收到 FIN 数据包之后，向客户端发送确认包（ACK = 1,ack = u + 1），把客户端的序列号值 + 1 作

TCP协议：四次挥手过程

努力努力再努力的博客

04-16

2340

TCP采用四次挥手来释放连接：第一次挥手：client发送一个FIN，用来关闭client到server的数据传送，client进入FIN_WAIT_1状态。第二次挥手：server收到FIN后，发送一个ACK给client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号）,server进入CLOSE_WAIT状态； Tcp通知高层的应用进程，客户端要释放和服务器通信的连接了...

tcp四次挥手过程

03-08

### TCP四次挥手过程详解 #### 客户端发起终止请求当客户端应用程序完成数据发送任务后，会发出一个FIN标志位的数据段给服务端，表示不再有数据需要发送。此时，客户端进入`FIN_WAIT_1`状态。 ```python client.send(FIN) ``` 这标志着客户端主动关闭连接的第一步已经迈出[^1]。 #### 服务端接收并回应ACK 服务端接收到这个带有FIN标志的数据段之后，先回复一个包含ACK确认号的报文给客户端，表明已成功接受到对方结束通信的通知。这时，客户端的状态转变为`FIN_WAIT_2`，而服务端则进入了`CLOSE_WAIT`阶段[^2]。 ```python server.receive(client.FIN) server.reply(ACK) ``` 值得注意的是，在此期间如果服务端仍有未处理完毕的数据，则将继续向客户端传送这些剩余的信息直到全部发送完毕为止[^3]。 #### 服务端继续发送数据直至完成一旦服务端完成了所有待传数据的传输工作，便会再次向客户端发送自己的FIN分组来通知其准备断开连接。此刻的服务端将转换成`LAST_ACK`状态等待来自客户端对于此次FIN消息的认可响应。 ```python if server.has_data_to_send(): while True: data = server.get_next_chunk() if not data: break client.receive(data) server.send(FIN) ``` 这一系列操作确保了即使在网络延迟的情况下也能保证双方都能完全接收到彼此最后一批有效负载[^4]。 #### 双方最终确认断连最后一个环节里，客户机返回一个含有ACK字段的消息作为对之前所收到来自于服务器那边的FIN信号的一个肯定答复；随后它也会进入到`TIME_WAIT`时期一段时间以防止可能出现的老包重放攻击等问题发生。与此同时，服务端在接获该应答后正式关闭套接口，并释放与此关联的一切资源。 ```python client.reply(ACK) # Client enters TIME_WAIT state for a period of time. ``` 整个流程通过四个独立的动作实现了安全可靠的双向链路拆除机制，这就是所谓的“四次挥手”。