TCP延迟确认 通俗解释

延迟确认策略：优先拼车服务，没有拼车自己打快车。

TCP发送数据会将数据切成段发送出去，每一个段有一个序列号和能验证自己完整性的标识，分别用于之后的数据拼接和数据是否传输过程中被破坏的依据，当服务器收到数据段后，如果检验数据没有被破坏，是好的，就会回传一个数据分组告诉客户端我收到货了，没问题，五星好评。如果你不给回传五星好评的话，客户端会认为肯定是货出问题了，会给你重新发一份新的。

但是，怎样把这个数据回传回去是个问题，这个数据很小呀，如果每个这样的小数据都给它创建一个单独的数据包，太浪费网络了，如果能有服务端给客户端发的回传数据包能“顺风车”帮忙把这一小点数据带回去多好，所以，延迟确认策略应运而生。

延迟确认很好理解，“我并不第一时间给你五星好评，你稍等一会，这样节省网络，可以理解为大货带小货，省邮费”

实际实现呢，主要有两点，缓冲区+窗口时间

即：将要返回的确认数据分组先放到这里，让他等车，看看有没有合适的顺风车带回去，但是等待是有限度的，这就是窗口时间，一般100-200ms，如果超过了这个时间还没有合适的顺风车，那你就自己打车吧，自己包装成一个数据包被单独返回回去，这就是延迟确认策略。

但是，有的时候返回的数据特别少，也就是返程车很少，那就出现一个问题，窗口时间会造成大量延迟，这时候，要根据不同的OS去修改窗口时间的长短或者干脆关闭掉延迟确认，直接将确认数据返回。