延迟确认策略:优先拼车服务,没有拼车自己打快车。
TCP发送数据会将数据切成段发送出去,每一个段有一个序列号和能验证自己完整性的标识,分别用于之后的数据拼接和数据是否传输过程中被破坏的依据,当服务器收到数据段后,如果检验数据没有被破坏,是好的,就会回传一个数据分组告诉客户端我收到货了,没问题,五星好评。如果你不给回传五星好评的话,客户端会认为肯定是货出问题了,会给你重新发一份新的。
但是,怎样把这个数据回传回去是个问题,这个数据很小呀,如果每个这样的小数据都给它创建一个单独的数据包,太浪费网络了,如果能有服务端给客户端发的回传数据包能“顺风车”帮忙把这一小点数据带回去多好,所以,延迟确认策略应运而生。
延迟确认很好理解,“我并不第一时间给你五星好评,你稍等一会,这样节省网络,可以理解为大货带小货,省邮费”
实际实现呢,主要有两点,缓冲区+窗口时间
即:将要返回的确认数据分组先放到这里,让他等车,看看有没有合适的顺风车带回去,但是等待是有限度的,这就是窗口时间,一般100-200ms,如果超过了这个时间还没有合适的顺风车,那你就自己打车吧,自己包装成一个数据包被单独返回回去,这就是延迟确认策略。
但是,有的时候返回的数据特别少,也就是返程车很少,那就出现一个问题,窗口时间会造成大量延迟,这时候,要根据不同的OS去修改窗口时间的长短或者干脆关闭掉延迟确认,直接将确认数据返回。