为什么TCP设计中要设计ACK不重传？

问：

我们在讨论TCP握手挥手的时候，经常谈到报文丢失问题，如果ACK不重新发，就会间接导致SYN/FIN重新发送，岂不是会导致资源浪费？

答：

在 TCP 协议中，ACK（确认报文）本身不会重传。这是因为 ACK 是一种被动确认机制，不携带数据，也不需要可靠传输保证。若 ACK 丢失，对方无法收到确认，将触发超时重传机制，从而间接促使新的 ACK 被再次发送。

然而，在 TCP 三次握手或四次挥手阶段，如果 ACK 丢失，会导致对方的 SYN 或 FIN 报文被重传。例如：

• 在握手过程中，若客户端发送的第三次 ACK 丢失，服务端会重发 SYN+ACK；客户端收到后再次发送 ACK。

• 在挥手过程中，若最后一次 ACK 丢失，另一方会重发 FIN；收到后对方再发一次 ACK。

这种行为确实会带来一定的资源浪费，但代价很小。TCP 设计者认为：

1. ACK 报文短小且丢包率极低；

2. SYN/FIN 的重传机制已经能保证可靠性；

3. 为 ACK 设计重传逻辑会增加协议复杂度。

因此，TCP 在可靠性和复杂度之间做了权衡：宁可允许少量控制报文重发，也不让 ACK 自身具备重传机制。