百科信息网带着问题走近限流
为什么要限流呢?
就像我上面说的，流量多，的确是一件好事，但是如果过载，把系统打挂了，那大家都要吃席了。
没逝吧
所以，在各种大促活动之前，要对系统进行压测，评估整个系统的峰值QPS，要做一些限流的设置，超过一定阈值，就拒绝处理或者延后处理，避免把系统打挂的情况出现。
限流和熔断有什么区别?
限流发生在流量进来之前，超过的流量进行限制。
熔断是一种应对故障的机制，发生在流量进来之后，如果系统发生故障或者异常，熔断会自动切断请求，防止故障进一步扩展，导致服务雪崩。
限流和削峰有什么区别?
削峰是对流量的平滑处理，通过缓慢地增加请求的处理速率来避免系统瞬时过载。
削峰大概就是水库，把流量储存起来，慢慢流，限流大概就是闸口，拒绝超出的流量。
限流的通用流程
那么具体限流怎么实现呢?可以概括为以下几个步骤：
限流通用流程
统计请求流量 ：记录请求的数量或速率，可以通过计数器、滑动窗口等方式进行统计。
判断是否超过限制 ：根据设定的限制条件，判断当前请求流量是否超过限制。
执行限流策略 ：如果请求流量超过限制，执行限流策略，如拒绝请求、延迟处理、返回错误信息等。
更新统计信息 ：根据请求的处理结果，更新统计信息，如增加计数器的值、更新滑动窗口的数据等。
重复执行以上步骤 ：不断地统计请求流量、判断是否超过限制、执行限流策略、更新统计信息
需要注意的是，具体的限流算法实现可能会根据不同的场景和需求进行调整和优化，比如使用令牌桶算法、漏桶算法等。
单机限流和分布式限流
我们注意到，在限流的通用流程里，需要统计请求量、更新统计量，那么这个请求量的统计和更新就必须维护在一个存储里。
假如只是一个单机版的环境，那就很好办了，直接储存到本地。
单机vs集群
但是一般来讲，我们的服务都是集群部署的，如何来实现多台机器之间整体的限流呢?
这时候就可以把我们的统计信息放到Tair或Redis等分布式的K-V存储中。
四种限流算法与分布式实现
接下来，我们开始实现一些常见的限流算法，这里使用Redis作为分布式存储，Redis不用多说了吧，最流行的分布式缓存DB;Redission作为Redis客户端，Redission单纯只是用来做分布式锁，有些”屈才“，其实用来作为Redis的客户端也非常好用。
