TCP的4次挥手

最新推荐文章于 2025-05-25 13:20:58 发布
原创 最新推荐文章于 2025-05-25 13:20:58 发布 · 230 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

TCP的4次挥手

TCP的4次挥手流程图

小结

  1. 第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送。
  2. 第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1。
  3. 第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送。
  4. 第四次挥手：Client收到FIN后，接着发送一个ACK给Server，确认序号为收到序号+1。
TCP 四次挥手过程详解
qq_46082433的博客
05-26 1985
TCP 四次挥手过程详解
TCP四次挥手详解
LOOKTOMMER的博客
11-13 6万+
在开始之前可以先了解一下 TCP三次握手 TCP四次挥手过程和状态变迁 在断开连接之前客户端和服务器都处于ESTABLISHED状态，双方都可以主动断开连接，以客户端主动断开连接为优。 第一次挥手：客户端打算断开连接，向服务器发送FIN报文(FIN标记位被设置为1，1表示为FIN，0表示不是)，FIN报文中会指定一个序列号，之后客户端进入FIN_WAIT_1状态。 也就是客户端发出连接释放报文段(FIN报文)，指定序列号seq = u，主动关闭TCP连接，等待服务器的确认。 第二次挥...
TCP的四次挥手
jun2016425的博客
08-12 4790
TCP连接的终止需要进行四次挥手才能完成，它的过程如下图 (这里假设终止有客户端发起，但是无论是客户端还是服务器都可以发起， 即下图中客户端和服务器的位置对调也是可以的)： 第一次挥手 客户端发送FIN给服务器，客户端状态由 ESTABLISHED 变为 FIN_WAIT_1。 第二次挥手 服务器收到ACK且发送FIN给客户端，服务器状态由 ESTABLISHED 变为 CLOSE...
TCP协议中的三次握手和四次挥手 状态图
phone1126的专栏
08-06 9105
建立TCP需要三次握手才能建立，而断开连接则需要四次握手。整个过程如下图所示： 1.jpg 先来看看如何建立连接的： 2.png 首先Client端发送连接请求报文，Server段接受连接后回复ACK报文，并为这次连接分配资源。Client端接收到ACK报文后也向Server段发送报文，并分配资源，这样TCP连接就建立了。 如何断开连接呢？简单的过程如下： 3.png...
TCP 的四次挥手
weixin_73916358的博客
05-25 539
TCP四次挥手是安全关闭连接的过程，确保双方完成数据传输并释放资源。其步骤包括：客户端发送FIN包，服务器确认ACK；服务器完成数据后发送FIN，客户端确认ACK并进入TIME_WAIT状态（2MSL后关闭）。挥手通常需要四次，但若服务器无数据返回，ACK与FIN可合并为三次。TIME_WAIT状态确保最后ACK被接收并防止旧报文干扰新连接，避免数据混乱。
计算机网络之TCP四次挥手
weixin_52690231的博客
03-13 1万+
计算机网络之四次握手
【TCP四次挥手】
叫我小虎就行了的博客
05-14 389
【TCP四次挥手】
TCP协议+三次握手/四次挥手过程（带图详解！！！）
BigSmileBigSun的博客
07-30 2294
详细介绍TCP连接过程中三次握手与四次挥手的步骤
TCP四次挥手
ljy的博客
02-10 794
当客户端连接服务器端，客户端程序主动打开，运行，发SYN出去，三次握手进行第一次，发出去后自己的状态马上变成SYN_SENT，对于服务器端，原本是listen，收到了客户端发来的SYN，服务器端就马上收SYN，发SYN，ACK，状态变成SYN_RCVD，然后客户端收SYN，ACK，发ACK，服务器端收ACK，服务器和客户端的状态同时变成ESTABLISHED，就是已完成三次握手的状态。close何时执行，会执行其他一些代码，会存在时间差，导致对方发送通知报文，我确认了，过了一会了才执行close。
两张动图-彻底明白TCP的三次握手与四次挥手
热门推荐
qzcsu的博客
06-04 50万+
两张动图解析三次握手，四次挥手
TCP四次挥手整个过程
刘小雨的博客
04-01 669
tcp报文图示： 序列号seq：占4个字节，用来标记数据段的顺序，TCP把连接中发送的所有数据字节都编上一个序号，第一个字节的编号由本地随机产生；给字节编上序号后，就给每一个报文段指派一个序号；序列号seq就是这个报文段中的第一个字节的数据编号。 确认号ack：占4个字节，期待收到对方下一个报文段的第一个数据字节的序号；序列号表示报文段携带数据的第一个字节的编号；而确认号指的是期望接收到下一个字节的编号；因此当前报文段最后一个字节的编号+1即为确认号。 确认ACK：占1位，仅当ACK=1时，确认号字段才有
TCP 四次挥手的过程
longlyboyhe的专栏
01-12 8993
1、四次挥手的过程 1、刚开始双方处于ESTABLISHED状态。 2、客户端要断开了，向服务器发送FIN报文，在 TCP 报文中的位置如下图: 发送后客户端变成了FIN-WAIT-1状态。注意, 这时候客户端同时也变成了half-close(半关闭)状态，即无法向服务端发送报文，只能接收。 3、服务端接收后向客户端确认，变成了CLOSED-WAIT状态。 4、客户端接收到了服务端的确认，变成了FIN-WAIT2状态。 5、随后，服务端向客户端发送FIN，自己进入LAST-AC...
tcp四次挥手过程
qq_58158950的博客
12-06 436
第一次挥手，客户端主动关闭连接，发送FIN报文段，即置tcp报文头的FIN字段为1，表示我要断开连接了。此后进入FIN_WAIT1状态 第二次挥手，服务端收到客户端的FIN报文段，对其进行响应，之后进入CLOSE_WAIT状态，等待服务端的连接断开 第三次挥手，服务端在处理完数据之后，也向客户端发送FIN报文段，表示服务端的数据已经处理完毕，也可以断开连接了，此后进入LAST_ACK状态 第四次挥手，客户端在收到服务端的断开连接之后，对服务端的FIN报文段进行响应，之后进入TIME_WAIT状
TCP四次挥手过程
LiLiYuan.的博客
09-17 1794
第一次挥手：客户端发送一个FIN，用来关闭客户端到服务端的数据传送，客户端进入fin_wait_1状态。 第二次挥手：服务端收到FIN后，发送一个ACK给客户端，确认序号为收到序号+1，服务端进入Close_wait状态。此时TCP连接处于半关闭状态，即客户端已经没有要发送的数据了，但服务端若发送数据，则客户端仍要接收。 第三次挥手：服务端发送一个FIN，用来关闭服务端到客户端的数据传送，服务端进入Last_ack状态。 第四次挥手：客户端收到FIN后，客户端进入Time_wait状态，接着发送一个ACK给
TCPTCP三次握手和四次挥手的原因和过程
张泽的博客
03-23 205
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协议：四次挥手过程
努力努力再努力的博客
04-16 2360
TCP采用四次挥手来释放连接： 第一次挥手：client发送一个FIN，用来关闭client到server的数据传送，client进入FIN_WAIT_1状态。 第二次挥手：server收到FIN后，发送一个ACK给client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号）,server进入CLOSE_WAIT状态； Tcp通知高层的应用进程，客户端要释放和服务器通信的连接了...
tcp 四次挥手
最新发布
06-11
### TCP 四次挥手过程详解 TCP 的四次挥手（Four-Way Wave）是用于释放已建立的连接的过程，确保通信双方能够安全地终止连接。以下是四次挥手的具体过程和原理： #### 第一次挥手 客户端发送一个 `FIN` 报文给...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值