TIME_WAIT 是 TCP 连接关闭过程中的状态，通常由主动发送最后一个 ACK 的一方进入。它主要有两个作用：等待一段时间，以便在对端重发 FIN 时仍能重发 ACK；同时让旧连接中的延迟报文有机会从网络中消失，降低它们被后续相同连接四元组误认的风险。常见 TCP 规范中等待时长以 2 倍最大报文段生存时间为依据，操作系统对参数和实现有差异。
出现 TIME_WAIT 本身是正常关闭行为，不等于连接泄漏。短连接流量大、客户端主动关闭较多时，观察到较多 TIME_WAIT 并不自动说明故障。应结合连接速率、端口耗尽、连接建立失败和应用连接复用情况判断。优先考虑复用连接、合理设置超时和优化请求模式；不要未经分析就调整系统参数或启用可能破坏 TCP 语义的复用选项。
TIME_WAIT 和 CLOSE_WAIT 不同：前者是主动关闭一侧完成关闭握手后的等待状态；后者表示本机已收到对端 FIN，但本地应用尚未关闭自己的发送方向。
排查时可按本地端口、远端地址和进程归属统计状态，区分大量正常短连接与端口分配失败。服务端若承担大量短连接，HTTP 持久连接或合理的数据库连接池能减少连接创建频率，但连接池必须限制空闲与总连接数，避免连接长时间占用服务端资源。
常见追问
为什么最后 ACK 后还要等待？
若最后 ACK 丢失，对端会重传 FIN；处于 TIME_WAIT 的一方可以再次确认。等待还为网络中残留的旧报文留出消退时间。
TIME_WAIT 一定在客户端吗？
不一定。通常主动关闭连接的一方进入 TIME_WAIT，客户端或服务端都可能主动关闭。
TIME_WAIT 多就是端口耗尽吗？
不是。要看本地端口范围、连接目标分布、连接速率及失败症状。大量短连接提示连接复用可能不足，但应以数据验证。
可以直接缩短 TIME_WAIT 吗？
不建议把缩短参数当作首选修复。可能影响延迟报文和重连安全性；应先检查连接生命周期、复用及业务重试策略，再按操作系统文档评估参数。