【网络】TCP TIME_WAIT

最新推荐文章于 2025-12-08 13:57:11 发布
原创 最新推荐文章于 2025-12-08 13:57:11 发布 · 234 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#网络 #tcp/ip #linux

本文详细解读TCP四次挥手过程，重点介绍TIME_WAIT状态的作用：确保连接尾部ACK送达，防止重复FIN导致连接混乱。同时讨论其占用的资源，包括内存和文件描述符。

首先需要了解TCP四次挥手
TCP四次挥手

TIME_WAIT产生条件

主动关闭方在发送四次挥手的最后一个ACK后会变为TIME_WAIT状态，持续时间为2msl（Linux中一个msl是30s，是不可配置的）

持续的作用

如果要可靠的关闭连接
在这里插入图片描述
在最后一次主动关闭方发送ACK时，可能因为网络波动没有被被动关闭方接收，被动关闭方就会进行超时重传，time_wait保证了能把连接关闭的尾巴（ACK）发送出去
如果没有TIME_WAIT 可能被动关闭方没有收到ACK请求，不断的超时重传FIN，这样如果主动关闭方重新连接被动关闭方，就会引起本次的连接受到影响

TIME_WAIT占用的资源

少量内存（大概4k）和一个文件描述符fd
参考文章
TCP TIME_WAIT状态解析及问题解决

大量TIME_WAIT、CLOSE_WAIT状态TCP连接解决
悦分享
12-10 754
为了确保数据能够完成传输。关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你所有的数据都全部发送给对方了所以你可以未必会马上会关闭SOCKET,也即你可能还需要发送一些数据给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的。可能有人会有疑问，tcp我握手的时候为何ACK(确认)和SYN(建立连接)是一起发送。挥手的时候为什么是分开的时候发送呢.
TCP之四次挥手和timewait状态
qq_35701633的博客
09-20 412
为什么是四次挥手？ 因为TCP连接是双向的，所以在关闭连接的时候，两个方向各自都需要关闭。 client先发送FIN告知对方我已经完成数据发送了，server回复ack来确定我知道了。这样一个流程，就关闭了client到server的发送信息通道。 server此时已经知道接收不到client的数据了，但是还可以给它发送数据。如果server也没有啥数据要发送给对方了，server也会以FIN标...
TCP四次挥手时的TIME_WAIT状态
米兰的小铁匠1943的博客
05-20 5621
之前面试遇到一个问题是关于TCP四次挥手的时候，先发起方为什么会有一个TIME_WAIT状态，它的作用是什么？然后整理了一些资料和自己的一些总结，方便日后查阅。
TCP四次挥手之FIN_WAIT_2和CLOSE_WAIT，TIME_WAIT以及LAST_ACK的细节
lzf的博客
02-23 2601
TCP四次挥手之FIN_WAIT_2和CLOSE_WAIT，TIME_WAIT以及LAST_ACK的细节
TCP四次挥手终止连接的TIME_WAIT状态
小不点的博客
07-28 7383
（1）存在TIME_WAIT状态的原因     首先，只有主动调用closed的一方才会在接收到对端的ACK后进入time_wait状态；并且任意一方都可以先发起closed；下图为四次挥手状态： 原因一：保证TCP全双工连接的可靠释放 解析：假设场景为客户端主动向服务器发起断开连接，假如在主动方（客户端）最后一次发送的ACK在网络中丢失，根据TCP的超时重传机制，被动方（服务器）需要重新...
【tcp】关于tcp四次挥手的TIME_WAIT
michaelwoshi的博客
11-06 3317
了解了 TCP 四次挥手，在四次挥手的过程中，发起连接断开的一方会有一段时间处于 TIME_WAIT 的状态，你知道 TIME_WAIT 是用来做什么的么？ 在面试和实战中，TIME_WAIT 相关的问题始终是绕不过去的一道难题。 一、TIME_WAIT 发生的场景 在一次升级线上应用服务之后，我们发现该服务的可用性变得时好时坏，一段时间可以对外提供服务，一段时间突然又不可以，大家都百思不得其解。 运维同学登录到服务所在的主机上，使用 netstat 命令查看后才发现，主机上有成千上万处
计算机网络 TCP time_wait 状态 详解
NeoLshu的博客
08-17 792
TCP 的 TIME_WAIT 状态是主动关闭连接的一方在四次挥手后进入的重要状态，持续 2*MSL（默认 120 秒），用于确保可靠终止连接和清理网络旧数据。高并发短连接场景下，TIME_WAIT 可能导致端口耗尽、内存占用等问题。优化方案包括：使用长连接、让客户端主动关闭、开启 tcp_tw_reuse 复用端口、调整端口范围等，但应避免使用已废弃的 tcp_tw_recycle 和危险的 SO_LINGER 选项。最佳实践是优先长连接，合理利用端口复用，在保证 TCP 可靠性的前提下优化性能。
TCP TIME_WAIT 过多怎么处理？
Dablelv 的博客专栏。
02-02 2203
TCP 断开连接四次挥手过程中，主动断开连接的一方，在第四次挥手（回复 ACK 报文）后，会进入 TIME_WAIT 状态，等待 2*MSL 后才进入 CLOSE 状态。RFC793 定义 MSL 为 2 分钟，但实际应用中常用的是30秒，1分钟和2分钟等。Linux 内核通常硬编码为 30 秒。
【Linux网络编程笔记】TCP短连接产生大量TIME_WAIT导致无法对外建立新TCP连接的原因及解决方法—实践篇 - slv
08-03
【Linux网络编程笔记】TCP短连接产生大量TIME_WAIT导致无法对外建立新TCP连接的原因及解决方法，这是一个关于网络编程和Linux系统配置的问题。在TCP/IP通信中，TIME_WAIT状态是TCP连接生命周期的一部分，用于确保...
linux内核协议栈TCP time_wait原理、优化、副作用1
08-08
综上所述，理解并优化Linux内核协议栈中的TCP time_wait状态是至关重要的，特别是对于高并发的网络应用，如数据库代理Cobar。通过调整相关参数，如开启快速回收和端口重用，可以有效管理time_wait状态带来的影响，...
TCP TIME_WAIT常见解决方法-hanwei_1049-ChinaUnix博客1
08-03
TCP TIME_WAIT状态是TCP连接生命周期中的一个重要阶段，它发生在主动关闭连接的一方（通常称为客户端）在连接关闭后等待一段时间，以确保所有在网络中可能残留的数据片段都被接收并确认。这个阶段的存在是为了避免旧...
CentOS解决服务器存在大量time_wait的问题
12-25
本文主要探讨了如何解决CentOS服务器上存在的大量TIME_WAIT TCP连接问题，这可能导致服务器连接数过多，进而引起服务假死。当服务器之间的通信过于频繁，如通过REST请求互相调用时，Java服务器可能无法及时回收TCP...
TCP第四次挥手释放连接时为什么time_wait状态必须等待2MSL时间
qq_43434328的博客
04-15 1062
为什么上图中的客户端在TIME-WAIT状态必须等待2MSL时间呢？ （1）为了保证客户端发送的最后一个ACK能够成功到达服务器。但是这个ACK有可能会发生丢失，导致处于LAST-ACK状态下的服务器接收不到对自己发送的FIN+ACK的确认ACK，所以服务器会超时重传，而恰好再2MSL时间内客户端能再一次收到FIN+ACK。如果A在TIME-WAIT状态不等待2MSL而直接断开连接的话无法再次受到服务器重传的FIN+ACK，导致服务器接收不到ACK，无法正常进入CLOSED状态。 （2）A发送完ACK后在.
计算机系统知识总结——安全性与可靠性与系统性评测*
最新发布
omroji的博客
12-08 802
加密和解密采用不同的密钥（公开密钥（双发都知道）和私有密钥（私钥只有自己知道）），如果用公钥加密（接收方的公钥加密），则要用私钥（接收方的私钥解密）解密，使用私钥加密，则用公钥解密。数字证书（CA），用于身份认证，发送方用CA私钥加密，接收方用CA公钥解密（A公钥可以解密CA的签名，再通过CA的签名来验证真伪）计算机安全指的是计算机资产安全，是要保证这些计算机资产不受自然和人为的有害因素的威胁和危害。计算机系统的可靠性是指从它开始运行（t=0）到某时刻这段时间内能正常运行的概率，用 R(t)表示。
vue实现页面不断插入内容并且自动滚动功能
weixin_50606255的博客
12-04 351
我们在看视频时经常会看到黑客入侵别人电脑会在屏幕上显示一串代码，并且代码不断插入自动滚动，看起来很厉害的样子，现在就在此纪录实现此功能：
网络安全漏洞之React 框架分析
anquan2233的博客
12-04 1291
昨日爆出的 CVE-2025-55182，CVSS 10.0 满分严重漏洞，影响 React 19 及所有 Next.js 15/16 项目。核心问题是 React Server Components 的 Flight 协议存在不安全反序列化，无需任何认证，攻击者只需向 Server Actions 端点发送一个精心构造的 multipart 请求，即可实现远程代码执行（RCE）。目前已确认多个完整 0day 利用链（包括 vm.runInThisContext 在内），未修补实例基本等于已失陷。
深度学习uip中的“psock.c和psock.h”
weixin_42550185的博客
12-06 533
本文对uIP协议栈中的psock.c和psock.h文件进行了深度解析和重构，主要改进包括： 重构了protothread协程实现，通过#define宏控制是否替换原有PT协程机制，便于调试和原理分析。新增了状态机变量STATE_NONE等6种状态定义，优化了协程状态管理。 详细注释了关键数据结构： psock_buf结构体管理输入缓冲区 psock结构体包含双PT协程状态、数据指针和缓冲区信息 新增httpd_state结构体管理HTTP连接状态 重点分析了核心功能函数： 缓冲区操作函数(buf_setu
网络安全（黑客技术）—2025自学手册
2401_84760527的博客
11-24 1730
网络安全可以基于攻击和防御视角来分类，我们经常听到的 “红队”、“渗透测试” 等就是研究攻击技术，而“蓝队”、“安全运营”、“安全运维”则研究防御技术。走安全行业的工程方向的，技术上面其实有很大的重叠性，抛开甲乙方、岗位名称、岗位职责等因素来看，作为学技术的，也根据以往我们给学员推荐就业和入职情况来看，只要好好掌握以下几种技术（网络协议与安全设备、Linux操作系统、Web服务部署/开发、主流渗透测试/安全工具、一门及以上的编程语言）中的2到3个，都可以较好的胜任工作需求。
AIOps / AI-Network / 智能运维：迈向自治网络的核心引擎
专研计算机网络，数据通信，网络安全，系统集成
12-08 953
如：ARIMA、Prophet、LSTM、Transformer-based TSF。AI 自动创建工单、诊断并回填结果 → 实现“零人工参与”AI 自动检查配置差异 → 自动合规校验 → 自动部署。视频业务流量突增，AI 自动为视频流计算低时延路径。AI 识别光纤老化趋势，提前更换 → 降低中断风险。配置 OSPF、配置 VLAN、配置策略路由。意味着设备可以“自检查、自诊断、自修复”。AI 自动识别横向移动、暴力破解、DDoS。这让运维从“经验判断”变为“数据驱动”。网络将像“自动驾驶系统”一样运行。
TCP TIME_WAIT过多问题分析与解决方案
2. 允许老的重复分节在网络中消逝：TIME_WAIT状态持续2倍的最大段生存期（MSL），这期间内，任何旧的、迷途的TCP分节都有机会在网络中消亡，避免它们被误认为是新连接的一部分。这是因为新的TCP连接的端口号与旧连接...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值