TCP协议滑动窗口(一)——控制大批量数据传输速率
窗口大小：TCP头中一个１６位的域，表示当前可用接受缓冲区大小。在每个TCP对等段连接初始化时，告诉对方自己的窗口大小(不一定是满额，假如满额65201字节，可能暂时通告5840字节)。若客户端接受数据速度大于客户端程序读取数据速度，那么会导致接收缓冲区充满，窗口大小减少为０，当服务器得知此消息时将不会发送数据。
TCP发送端发送数据时，并不是直接传输给接收端，而是先将数据复制到发送缓冲区。类似的，TCP接受端从TCP数据段得到数据后，将其放入接受缓冲区。这样可以避免TCP连接滥用内存、CPU、网络带宽，从而阻止其他连接使用这些资源。也就是说，发送端发送数据有两个要求
- 发送缓冲区有数据可以发送
- 接受缓冲区有空间可以接受
如何知道接收端是否存在空间接受数据那？
窗口大小作为TCP头的一部分，每个TCP数据段无论是否为用户数据段都会带有该信息。接收端确认收到数据返回ack时，会更新自己的窗口大小。发送端会根据窗口大小控制发送数据了速率。
为什么一开始窗口大小不是最大？
一开始通知一个较小的窗口，用以强制控制发送端数据流速率。当TCP没有感到网络拥塞时，逐渐增大窗口大小，直到达到最大窗口大小。事实上，这就是拥塞控制机制。
窗口大小为０后，接受缓冲区数据被接受，发送端如何知晓窗口大小不再为０？
当窗口大小由０变为正数，接收端发送ack通告发送端一个非零窗口。但是为了防止该ack不幸丢失而导致接收端和发送端陷入死锁(接收端通告了不为０窗口等待接受数据，发送端等待不为０窗口)，TCP发送端设置了persistent定时器。
什么是persistent定时器？
TCP发送端每隔一端时间发送一个零窗口探测器，该探测会利用persistent定时器来发送。persistent定时器发送一个没有数据的序列号，该序列号是小于最后传输数据的序列号，这时接收端会回送ack通告发送端。persistent定时器会按指数回退，也就是说往后的探测器发送频率会越来越慢(1s,2s,4s,8s)。
http://www.cnblogs.com/yuhanghzsd/p/6323527.html
