ACK报文与Keepalive报文的区别、识别方式及响应逻辑疑问

一、怎么区分两者？ #

TCP协议里，这两种报文的核心差异在于序列号（Sequence Number）的取值：

• 纯ACK报文：序列号等于发送方当前待发送的下一个字节序号（也就是发送方已发送的总字节数，因为无载荷，所以没有新数据），ACK序号则是接收方期望收到的下一个字节序号（对端已发送数据的确认）。这类报文是对之前接收数据的常规确认，序列号是当前连接的"正常"推进序号。
• Keepalive探测报文：序列号等于连接已确认的最后一个字节序号减1（这个序号是已经被双方完全确认过的旧序号，不属于当前待交互的新数据范围），同时ACK序号依然是正常的期望下一个字节序号，且同样无载荷。

接收方收到无载荷的ACK类报文时，会检查序列号：如果该序号是已确认过的旧值（小于当前期望接收的序号），就判定为Keepalive探测；如果是正常的待接收序号，则是普通ACK。

二、为什么必须区分？ #

两者的设计目标完全不同，决定了接收方的处理逻辑必须分开：

• 普通ACK是TCP可靠传输的常规确认机制，它的作用是告诉发送方"我已经收到你之前发的数据了"，本身没有需要被确认的新信息，所以接收方不需要回复ACK。
• Keepalive的核心作用是探测连接的存活状态：当连接长时间没有数据交互时，发送方发送探测报文，接收方如果仍处于在线状态，必须回复一个ACK来确认收到探测；如果发送方多次发送都没收到回复，就会判定连接已断开。如果不区分两者，发送方无法通过是否收到回复判断连接状态，接收方也不知道何时需要响应，Keepalive的探测机制就会失效。

内容的提问来源于stack exchange，提问作者CS Student