当TCP报文承载的数据非常小的时候,整个网络的效率很低。就好比快递员开着大货车送一个小包裹一样浪费。所以就出现了常见的2种策略,来减小报文的传输。
尽可能一次多发送几个字节,避免网络因为太多小包(因为协议头的比例非常大)而拥塞。只允许一个未被ACK确认的包存在与网络(即如果存在未被ACK确认的包,那么发送方暂停发送)。

为解决ACK包传输效率低的问题而提出。
TCP延迟确认策略(尽可能搭乘顺风车):
- 当有响应数据要发送时,ACK会随着响应数据一起立刻发送给对方。
- 当没有响应数据要发送时,ACK将会延迟一段时间,以等待是否有响应数据可以一起发送。
- 如果再延迟等待发送ACK期间,对方的第二个数据报文又到达了,这时就要立即发送ACK。
- 在等待时间超时后,也必须发送ACK。
当TCP延迟确认与Nagle一起使用时,又会出现新的问题(导致耗时增长)

解决上述问题只有2个发送