TCP序列号耗尽后会发生什么？归零后是否会被判定为重复？

首先得明确：TCP的序列号是32位无符号整数，最大值是2^32 - 1（也就是4294967295）。当序列号耗尽时，下一个字节的序列号会直接回绕到0——这是TCP协议设计时就考虑到的正常行为，不是“故障”，但关键在于接收方怎么区分这是新报文段还是旧的重复报文。

接收方会不会把回绕到0的序列号判定为重复报文段？ #

答案是：不一定，取决于TCP的实现（尤其是是否启用了PAWS机制）。

• 在没有PAWS（Protect Against Wrapped Sequences，防止序列号回绕）的老式TCP实现中，确实有可能把回绕后的0当成旧重复报文——如果之前接收方已经处理过序列号0的报文，且滑动窗口还覆盖这个范围，就会误判。
• 但现代TCP协议都默认启用了PAWS（依赖TCP时间戳选项），这时候接收方不会单纯靠序列号判断重复，而是结合时间戳来做决策。

接收方会不会忽略这个字节？ #

还是分两种情况：

• 若是老式无PAWS的实现，且接收方判定这是重复报文，就会忽略，只发送对应的ACK（重复报文不需要重新处理，确认已收到过即可）。
• 若是启用了PAWS的现代实现：
  1. 接收方会记录当前连接中收到的最大时间戳。
  2. 收到序列号回绕到0的报文段时，先检查它的时间戳：
     • 如果时间戳比记录的最大时间戳大：说明这是新报文段（时间戳是单调递增的），哪怕序列号回绕了，也会正常处理，不会忽略。
     • 如果时间戳比记录的最大时间戳小：说明这是旧的重复报文（比如网络延迟导致的旧报文迟到），这时候才会忽略。

为什么现代TCP不会轻易误判？ #

原因很现实：随着网络带宽提升，32位序列号的耗尽速度越来越快。比如在10Gbps的链路下，传输满负载TCP报文，仅需约4.3秒就能用完所有32位序列号。如果没有PAWS，高带宽链路下TCP连接会频繁出问题。PAWS通过时间戳这个单调递增的参数，给序列号加上了“时间维度”，完美解决了回绕后的混淆问题。

内容的提问来源于stack exchange，提问作者ashwani thapa