TCP流量控制问题

我自己复习的流量控制主要设计两个方面：

1，滑动窗口：就像TCP滑动窗口那样，客户端的发送窗口被服务端的接受缓冲区大小的严格控制，让客户端不会肆无忌惮的发送接收方无法处理的数据。

补充:如果之前服务端反馈的缓冲区满，客户端就不会发送数据，但是当服务端的缓冲区里的数据处理后出现富裕，就会给客户端发送一个确认报文段，通告他的缓冲区出现富裕，但是这个ack（其实它不是确认报文段，不确认任何信息，只进行窗口的更新）报文段丢失了呢？所以客户端通常会有一个计时器，当客户端收到ack表示的服务端缓冲区满时，就暂时不会发送数据，计时器开始计时，时间到后如果没有收到窗口更新报文，就会发送一个查询窗口的报文段，这样避免了，互相等待的死锁问题。

2，效率问题：如果你每次都发送一个字节的数据，利用率相当低，网络由于太多的包而过载，因为还有20字节tcp首部和20字节的ip首部。Nagle算法：Nagle算法要求一个TCP连接上最多只能有一个未被确认的未完成的小分组，在该分组的确认到达之前不能发送其他的小分组。Nagle的算法通常会在TCP程序里添加两行代码，在未确认数据发送的时候让发送器把数据送到缓存里。任何数据随后继续直到得到明显的数据确认或者直到攒到了一定数量的数据了再发包。