短视频APP源码，靠TCP计时器能达到节省资源的目的吗

TCP协议中常见的计时器有四种，重传计时器、持续计时器、保活计时器、时间等待计时器，四种计时器都在短视频APP源码的资源占用问题上做出了自己的贡献，针对不同的情况，比如重传超时、死锁、空暇状态等，合理再次分配短视频APP源码的资源。

  

一、常见计时器的作用

1、重传计时器。该计时器用于整个连接期间，用于处理超时重传，当一个报文从发送队列发出去后，就启动该计时器，若在RTO之内收到了该报文的ACK，则停止该重传计时器，如果没有收到报文的ACK，则重传该报文，并清空该重传计时器。

2、持续计时器。用于处理零窗体值的通过，防止短视频APP源码出现死锁情况。当接收端像发送端发送ACK时，如果应答在传输中丢失了，发送端并没有收到该应答，则不再向接收端发送消息，而接收端认为自己已经做出了回应，就会一直处于等待状态。

3、保活计时器。防止短视频APP源码的TCP两端连接期间长时间处于空闲状态。

4、时间等待计时器。可以保证之前某些在网络中滞留非常久的发给server的报文不会在本次连接关闭后再次骚扰server。

  

二、常见的TCP攻击

1、DDoS攻击。攻击者会先伪造地址对服务器发起SYN请求，服务器会回应一个确认信号，但对真实IP来说，我没发过请求，不需要做回应，服务器没收到回应就会一直等待，直到丢弃。如果攻击者大量发送这种伪造的SYN请求，短视频APP源码会消耗非常多的资源来处理这种半连接。

防御措施上可以使用cookie认证，帮助短视频APP源码直到哪些IP对应的客户端是真实的，将真实客户端IP加入到白名单中，下次访问直接通过。

2、RST攻击。RST表示复位，用来异常的关闭连接，在TCP的设计中它是不可或缺的。TCP处理程序会在自己认为的异常时刻发送RST包。

可以通过防火墙将进来的包带RST位的包丢弃掉。

声明：以上内容为云豹科技作者本人原创，未经作者本人同意，禁止转载，否则将追究相关法律责任