TIME_WAIT 深度题（高频重点）

• 为什么需要 TIME_WAIT？
  确保最后一个 ACK 能被对端收到（若丢失还能重发），并让旧连接的延迟报文在 2MSL 内自然过期，避免污染后续新连接。

• 为什么 TIME_WAIT 要等 2MSL？
  1 个 MSL 用于旧报文在网络中传播并被丢弃；再加 1 个 MSL 预留 ACK 重传往返时间，保证对端重传 FIN 时我们仍在等待并能回应。

• 为什么 TIME_WAIT 在主动关闭方？
  主动关闭方发出最后的 ACK，只有它才知道是否需要重传该 ACK；因此由它持有 TIME_WAIT 保证可靠收尾。

• 如果没有 TIME_WAIT 会发生什么？
  旧连接的 FIN/ACK 或数据包可能被迟到的新连接误收，导致异常关闭或数据错乱；对端若重传 FIN 也得不到 ACK，出现“半关闭”悬挂。

• TIME_WAIT 多是 bug 吗？
  不一定。短连接或客户端发起连接的场景出现大量 TIME_WAIT 很常见，是协议设计。需要分析是否吞吐设计问题（过多短连）或端口复用策略不足。

• TIME_WAIT 会不会耗尽端口？
  在高 QPS 短连接下可能耗尽主动方的本地端口。常见缓解：连接复用/长连接、负载分担到更多源 IP/端口、合理的 TIME_WAIT 回收策略。

• 能不能消除 TIME_WAIT？
  不能彻底消除，只能谨慎缩短或复用。手段包括：

• 应用层复用连接或使用连接池，减少触发次数；
• 拆分源地址/端口（多 IP、SO_REUSEPORT）；
• 调整内核参数如 tcp_tw_reuse（仅对主动连接生效），tcp_fin_timeout 适度下调；
• 部署在负载均衡/代理后端，减少直接外连短链接数量。
  需权衡旧包污染风险，避免激进关闭 TIME_WAIT。