“不实心不成事，不虚心不知事，不自是者博闻，不自满者受益”我们坚持不断变革的创新、不断迭代的技术，我们注重客户提出的每个要求，我们充分考虑客户的每一个细节，我们一直在思考如何为客户创造更大的价值，意在让我们的每一个客户都成为我们的朋友...

PHP短视频源码使用的TCP协议，可以保证所有的数据包都传递到位，就需要用到重传机制，根据不同的环境，使用的重传机制也不一样，比如常见的超时重传机制、快速重传机制、sack三种都是出场率较高的，我们来详细看一下。

一、超时重传机制

举个例子，在某个环境下，PHP短视频源码发送端发送了3个数据包，接收端接受到了第一个和第三个，这时，丢失的第二个数据包该怎么处理呢？

一种是不回ack，等着第二个数据包到达，这种是寄希望于发送端，当发现接收方收不到第二个数据包时ack超时后会重传。但这种方式有比较严重的问题，因为要等2，但是1和3都已经收到了，接收方并不知道收到了哪个丢了哪个，可能会把三个数据包都重传一遍，这无疑会浪费时间和资源。

对此PHP短视频源码有两种选择：

1、仅重传丢了的包

2、重传所有的包

二、快速重传机制

该重传机制下，PHP短视频源码不以时间驱动，而是以数据驱动重传，也就是说，在包没有连续到达之前，ack最后那个可能被丢了的包，如果发送方连续收到3个相同的ack，就重传，快速重传机制的好处在于，不同等时间过了就可以重传。

它的缺点在于，PHP短视频源码重传之前的一个还是重传所有的数据包，这和超时重传有点相似，优点在于，快速重传的速度很快。

三、SACK

好处在于，PHP短视频源码在发送端就可以根据回传的sack知道哪些数据丢失了，不过这个协议需要传输放和接收方两边都支持。

另外sack会消费发送方的资源，如果一个攻击者给数据发送方发一堆sack的选项，这会导致发送方开始要重传的数据很多，会消耗很多发送端的资源。

无论您在哪里，【一春一夏】都愿意为您提供高价值服务！我们以网站建设、APP/小程序系统开发、网络运营运维为核心业务，为用户提供一站式解决方案。我们奉行“登上峰顶，不是为了饱览风光，是为了寻找更高的山峰”为理念，让我们阔步向前。

我们坚持不乱报价，只收取合理的劳动费用，我们坚持一次合作多一个朋友的理念，即使我们最后没能合作，我们也乐意为你免费提供我们的技术经验来帮助您，朋友~ 如有需要，随时联系我们。