网络协议 TCP 流量控制

本文主要是介绍网络协议 TCP 流量控制，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

1.流量控制的目的

流量控制是基于双方的数据发送接收速率匹配考虑的。其最终的目的就是让数据不要发的太快，以便接收端能够来得及接收，是一个链路两个端点的行为。

2.流量控制的介绍

TCP 的流量控制是采用滑窗机制协议进行的，tcp数据段是以字节为单位进行编号，但由于一个数据段只有一个tcp头部，所以tcp是以数据段为单位进行传输的，接收端通过tcp 头部来识别所接收端属于那个数据读段，一个数据段只要没有完全接收，接收端就不会认为已经接收了该数据段。

2.1 正常情况下的流量控制

上一节我们讲了滑窗机制 网络协议 TCP 滑动窗口在正常情况下就是基于滑动窗口实现的。

2.2 存在数据丢失情况下的流量控制

在正常的传输过程中，如果有一个或者多个数据段丢失，发送段收不到这些数据的确认数据段，这时可以通过网络协议 TCP 数字编号和重传机制 中超时重传来解决，但是，如果某个时间点，接收端发送的确认数据中返回的窗口大小（tcp协议头中，包含16位用于描述窗口大小）为0，这时发送端就会停止发送数据，等待接收端返回给他窗口不为0的包，接受端在处理完数据或者窗口大小部位0时会发消息给接收端，但如果这包数据丢失，那么就会出现，发送端一直在等待窗口大小不为0的数据包，接收端一直在等待接受数据，因为它不知道它所发的数据已经丢失（这个仅使用于从c/s 模式，对于非常c/s模式，也就没有发送端和接收端之分，双方都可以发送，都可以使用超时重传机制）。
为了解决这个问题，tcp中引入了一种称为”持续计时器“的定时器，当发送端收到发送端窗口大小为0，数据包后启动持续定时器，在计时器到期后会发送一包探测数据到接收端，一般携带1个字节数据，这时，接收端就会返回一个确认号数据包，并携带窗口大小字段，如果窗口大小不为0则发送端开始发送数据，如果为0，则继续启动一个定时器，从而打破以上两方持续等待的局面。

这篇关于网络协议 TCP 流量控制的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---