深入理解TCP(2)TCP的断开一定是四次挥手吗?FIN_WAIT_2和CLOSE_WAIT，TIME_WAIT以及LAST_ACK的细节

最新推荐文章于 2025-07-10 12:33:17 发布
原创 最新推荐文章于 2025-07-10 12:33:17 发布 · 置顶 · 1.9w 阅读 · 61 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

答案是否定的

1我们回顾下使用wireshark的抓包

1.1. 服务器未开 客户端尝试连接

这里写图片描述

1.2 建立连接然后关闭，断开的时候时候有时候三次握手有时候四次握手

这里写图片描述
这里写图片描述

1.3. 建立连接，交互一次然后断开

这里写图片描述

根据wireshark的包，四会握手的第二步 被动断开的一方收到FIN(第一次握手)后要发送ACK。但是抓的包中有时候会没有这一步。
我们看一下一般的书中TCP四次挥手的状态迁移图

当被动断开的一方发送ACK的时候，被动断开的
这里写图片描述
对于这个图大家很熟悉。
按照这个图的顺序说明会误导大家以为断开一个TCP总是这样的。其实按照RFC793的描述将主动断开的一方和被动断开的一方分开描述会更清晰。

最低0.47元/天 解锁文章

200万优质内容无限畅学
socket.error: [Errno 32] Broken pipe
zhaoyangjian724的专栏
03-02 2148
服务端: node1:/root/test#cat t2.py # coding = utf-8 # -*- coding:utf-8 -*- import socket import time ip_port = ('192.168.137.2',8080) BUFSIZE = 9000 SEND_BUF_SIZE = 2 RECV_BUF_SIZE = 1 s=socket.socke...
解决使用netstat查看端口显示FIN_WAIT的问题
笔者从事电信媒体开发多年，愿意将多年的开发经验分享给同行
11-03 447
FIN_WAIT在使用netstat查看网络连接状态时，如果发现大量连接处于FIN_WAIT状态，这通常表明网络连接没有正常关闭。FIN_WAIT状态是TCP/IP协议栈中的一种状态，表示远程主机已经请求关闭连接，但本地主机尚未确认。长时间处于FIN_WAIT状态的连接可能会消耗系统资源，影响网络性能。本文将详细介绍如何解决这一问题。
TCP的11中状态
jzyue
11-25 725
CLOSED：初始状态，表示TCP连接是“关闭着的”或“未打开的”。 LISTEN ：表示服务器端的某个SOCKET处于监听状态，可以接受客户端的连接。 SYN_RCVD ：表示服务器接收到了来自客户端请求连接的SYN报文。在正常情况下，这个状态是服务器端的SOCKET在建立TCP连接时的三次握手会话过程中的一个中间状态，很短暂，基本上用netstat很难看到这种状态，除非故意写一个监测程序，将三次TCP握手过程中最后一个ACK报文不予发送。当TCP连接处于此状态时，再收到客户端的ACK报文，它就会..
【网络】Linux 内核优化实战 - net.ipv4.tcp_max_orphans
最新发布
cuiwin的专栏
07-10 494
在 TCP 通信中，“孤立连接”指的是已关闭或即将关闭，但仍占用系统资源的连接。半关闭连接：一方调用close()关闭写端，但仍可接收数据（如 HTTP 长连接的 keep-alive 状态）。等待超时的连接：处于TIME_WAITFIN_WAIT_1FIN_WAIT_2等状态的连接，等待超时后才能完全释放。应用程序异常退出：未正确关闭的连接（如进程崩溃）。
TCP四次挥手和TIME_WAIT
啊浪的博客
10-06 1584
FIN_WAIT_1 : FIN_WAIT_1和FIN_WAIT_2状态的真正含义都是表示等待对方的FIN报文。而这两种状态的区别是： FIN_WAIT_1状态实际上是当SOCKET在ESTABLISHED状态时，它想主动关闭连接，向对方发送了FIN报文，此时该SOCKET即进入到FIN_WAIT_1状态。而当对方回应ACK报文后，则进入到FIN_WAIT_2状态，当然在实际的正常情...
TCP四次挥手之FIN_WAIT_2和CLOSE_WAIT，TIME_WAIT以及LAST_ACK的细节
lzf的博客
02-23 2569
TCP四次挥手之FIN_WAIT_2和CLOSE_WAIT，TIME_WAIT以及LAST_ACK的细节
TCP状态迁移，CLOSE_WAIT & FIN_WAIT2 的问题解决
02-18
"TCP 状态迁移，CLOSE_WAIT & FIN_WAIT2 的问题解决" TCP 状态迁移是 TCP 协议中的一种机制，它用于描述 TCP 连接的不同状态。在 TCP 连接中，客户端和服务器端都可以处于不同的状态，例如 ESTABLISHED、CLOSE_WAIT...
tcp连接出现close_wait状态？_tcp_close_
09-30
TCP（Transmission Control Protocol）是一种面向连接的、可靠的传输层协议，它在互联网通信中起着至关重要的作用...通过理解TCP连接状态机和四次挥手过程，以及进行有效的故障排查和优化，可以确保TCP连接的健康运行。
TCP的状态兼谈Close_Wait和Time_Wait的状态
05-07
TCP（Transmission Control Protocol）是一种面向连接的、可靠的传输层协议，它通过三次握手建立连接，四次挥手断开连接。TCP的状态转换模型是理解TCP工作原理的关键，它确保了数据的正确传输和连接的可靠建立与关闭...
TCP协议四次挥手过程-TIME_WAIT-CLOSE_WAIT状态的作用-大量出现如何处理？
weixin_37841366的博客
10-25 4301
TCP协议四次挥手过程 TIME_WAIT状态 被动关闭方发送FIN（第三次挥手），并等待主动关闭方返回ACK(第四次挥手) 若最终ACK丢失(第四次挥手失败)，被动关闭方将重新发送FIN(第三次挥手)，主动关闭方必须维护状态信息TIME_WAIT,保证自己可以接收，然后再重发最终ACK.不能让主动方发送完报文以后立马进入CLOSE状态 TIME_WAIT状态所带来的问题 主动断开方处于TIME_WAIT状态时，源端口无法使用 端口最大数是65535，因此如果频繁主动断开TCP连接，将很快耗.
TCP四次挥手详解以及小实验
GeniusLS的博客
09-15 1587
详细介绍了TCP四次挥手几个过程，以及各种场景的思考和每一个点的设计细节。包括对于四次挥手所做的小实验。
网络编程（26）—— TIME_WAIT、FIN_WAIT1、FIN_WAIT2和CLOSE_WAIT状态的区别
热门推荐
Hyman的博客
11-07 1万+
下面接着《详解TCPIP断开连接后的Time-wait状态》一文的内容，我们讨论下socket在断开连接中的另外三种状态FIN_WAIT1、FIN_WAIT2状态和CLOSE_WAIT状态。 首先启动socket服务端，然后用客户端进行连接，用netstat –ant命令查看目前套接字的状态：    发现客户端和服务器的套接字都进入了established状态，说明客户端和服务端都
面试官，不要再问我三次握手和四次挥手（近万字总结）
松生的博客
06-15 1298
三次握手、四次挥手一篇解决！
四次挥手详解
三金_风的博客
03-03 2028
四次挥手的过程与变迁的状态 当四次挥手的状态结束时，双方可以主动断开链接，断开链接后，断开链接后主机中的资源将会被释放 客户端打开关闭连接，此时发送一个TCP首部FIN标志位被置为1的报文，之后客户端进入FIN_WAI_1状态 服务端收到该报文后，就会向客户端发送一个ACK应答报文，接着服务器进入CLOSED_WATIT的状态 客户端接受服务器的ACK应答报文后，之后进入FIN_WAIT2状态 等待服务器处理完数据后，也向客户端发送FIN报文，之后服务端进入LAST_ACK状态 客户端接受了服务器的FI
三次握手和四次挥手
weixin_48730616的博客
06-26 190
1、三次握手 首先客户端发送一个带有SYN标志的数据包给服务端；服务器收到之后，会回传一个带有SYN和ACK标志的数据包给客户端，确认信息；最后客户端发再送一个带有ACK标志的数据包给服务器，代表握手结束，链接成功。 为什么需要三次握手呢？为了防止已失效的连接请求报文突然又传送到了服务器，从而产生错误。 可以给面试官举个例子：假如只有前面2次握手，那么服务端来收到SYN并且发出SYN+ACK包之后就会处于工作状态。如果服务端在某一时刻突然收到了一个来自客户端的SYN包，在发出ACK之后，服务端处于..
【网络编程笔记五】tcp状态分析之FIN_WAIT2和CLOSE_WAIT
weixin_43747685的博客
03-26 3406
1、tcp连接是三次握手，而为什么关闭连接需要四次握手？ 2、当发现发起关闭的一方，有大量FIN_WAIT2状态的时候（即被关闭的一方有大量的CLOSE_WAIT），这时候的问题排查方向。
TCP三次握手和四次挥手
sungancd的博客
08-12 351
TCP三次握手和四次挥手： 1.TCP的报文格式 第一行：其中是源端口和目的端口各占16位,要在建立连接之前需要知道对方信息。（例如：IP，Port…） 第二行：表示发送的数据字节流，确保TCP传输有序，对每个字节编号。 第三行：发送放期望的下一个序列号，接收成功后的序列号加1，只有当ACK=1时菜有效. 第四行：ACK：Acknowledge character（确定字符）是确认序号的标志,ACK=1表示有效，ACK=0表示报文不含确认序号信息. SYN：Synchronize Sequence Num
TCP协议-状态机
Edidaughter的博客
10-29 2239
1.为什么使用TCP？ 2.TCP协议栈的实现 struct tcphdr{ unsighed short sport; unsighed short dport; unsighed int seqnum; unsighed int acknum; unsigned char hdrlen:4, resv:4; unsigned char cwr:1,
评论 5
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值