当前位置: 首页 > news >正文

高可用之限流-05-slide window 滑动窗口

限流系列

开源组件 rate-limit: 限流

高可用之限流-01-入门介绍

高可用之限流-02-如何设计限流框架

高可用之限流-03-Semaphore 信号量做限流

高可用之限流-04-fixed window 固定窗口

高可用之限流-05-slide window 滑动窗口

高可用之限流-06-slide window 滑动窗口 sentinel 源码

高可用之限流-07-token bucket 令牌桶算法

高可用之限流 08-leaky bucket漏桶算法

高可用之限流 09-guava RateLimiter 入门使用简介 & 源码分析

滑动日志-Sliding Log

滑动日志算法,利用记录下来的用户的请求时间,请求数,当该用户的一个新的请求进来时,比较这个用户在这个窗口内的请求数是否超过了限定值,超过的话就拒绝这个请求。

优点:

  1. 避免了固定窗口算法在窗口边界可能出现的两倍流量问题

  2. 由于是针对每个用户进行统计的,不会引发惊群效应

缺点:

  1. 需要保存大量的请求日志

  2. 每个请求都需要考虑该用户之前的请求情况,在分布式系统中尤其难做到

时间比例

滑动窗口算法,结合了固定窗口算法的低开销和滑动日志算法能够解决的边界情况。

  1. 为每个窗口进行请求量的计数

  2. 结合上一个窗口的请求量和这一个窗口已经经过的时间来计算出上限,以此平滑请求尖锋

举例来说,限流的上限是每分钟 10 个请求,窗口大小为 1 分钟,上一个窗口中总共处理了 6 个请求。

在假设这个新的窗口已经经过了 20 秒,那么 到目前为止允许的请求上限就是 10 - 6 * (1 - 20 / 60) = 8。

滑动窗口算法是这些算法中最实用的算法:

  1. 有很好的性能

  2. 避免了漏桶算法带来的饥饿问题

  3. 避免了固定窗口算法的请求量突增的问题

ps: 这里是一种思路,但却不是正宗的滑动窗口算法。

滑动窗口

滑动窗口将固定窗口再等分为多个小的窗口。

image

滑动窗口可以通过更细粒度对数据进行统计。

在限流算法里:假设我们将1s划分为4个窗口,则每个窗口对应250ms。

假设恶意用户还是在上一秒的最后一刻和下一秒的第一刻冲击服务,按照滑动窗口的原理,此时统计上一秒的最后750毫秒和下一秒的前250毫秒,这种方式能够判断出用户的访问依旧超过了1s的访问数量,因此依然会阻拦用户的访问。

特点

滑动窗口具有以下特点:

1、每个小窗口的大小可以均等,dubbo的默认负载均衡算法random就是通过滑动窗口设计的,可以调整每个每个窗口的大小,进行负载。

2、滑动窗口的个数及大小可以根据实际应用进行控制

滑动时间窗口

滑动时间窗口就是把一段时间片分为多个窗口,然后计算对应的时间落在那个窗口上,来对数据统计;

如上图其实就是即时的滑动时间窗口,随着时间流失,最开始的窗口将会失效,但是也会生成新的窗口;sentinel的就是通过这个原理来实时的限流数据统计。

关于滑动窗口,这里介绍还是比较简单,主要是大致的介绍滑动的原理以及时间窗口的设计;其实关于滑动窗口在我们学习的计算机网络中也涉及到。

java 实现

伪代码

全局数组 链表[]  counterList = new 链表[切分的滑动窗口数量];
//有一个定时器,在每一次统计时间段起点需要变化的时候就将索引0位置的元素移除,并在末端追加一个新元素。
int sum = counterList.Sum();
if(sum > 限流阈值) {return; //不继续处理请求。
}int 当前索引 = 当前时间的秒数 % 切分的滑动窗口数量;
counterList[当前索引]++;
// do something...

java 核心实现

该方法将时间直接切分为10分,然后慢慢处理。

暂时没有做更加细致的可配置化,后期考虑添加。

/*** 全局的限制次数** 固定时间窗口* @author houbinbin* Created by bbhou on 2017/9/20.* @since 0.0.5*/
public class LimitFixedWindow extends LimitAdaptor {/*** 日志* @since 0.0.4*/private static final Log LOG = LogFactory.getLog(LimitFixedWindow.class);/*** 上下文* @since 0.0.4*/private final ILimitContext context;/*** 计数器* @since 0.0.4*/private AtomicInteger counter = new AtomicInteger(0);/*** 限制状态的工具** 避免不同线程的 notify+wait 报错问题** @since 0.0.4*/private CountDownLatch latch = new CountDownLatch(1);/*** 构造器* @param context 上下文* @since 0.0.4*/public LimitFixedWindow(ILimitContext context) {this.context = context;// 定时将 count 清零。final long interval = context.interval();final TimeUnit timeUnit = context.timeUnit();// 任务调度ExecutorServiceUtil.singleSchedule(new Runnable() {@Overridepublic void run() {initCounter();}}, interval, timeUnit);}@Overridepublic synchronized void acquire() {// 超过阈值,则进行等待if (counter.get() >= this.context.count()) {try {LOG.debug("[Limit] fixed count need wait for notify.");latch.await();LOG.debug("[Limit] fixed count need wait end ");this.latch = new CountDownLatch(1);} catch (InterruptedException e) {Thread.currentThread().interrupt();LOG.error("[Limit] fixed count is interrupt", e);}}// 结束int value = this.counter.incrementAndGet();LOG.debug("[Limit] fixed count is " + value);}/*** 初始化计数器* @since 0.0.4*/private void initCounter() {LOG.debug("[Limit] fixed count init counter start");// 通知可以继续执行(这里不能无脑 notify)会卡主if(this.counter.get() >= this.context.count()) {this.counter = new AtomicInteger(0);LOG.debug("[Limit] fixed count notify all start");latch.countDown();LOG.debug("[Limit] fixed count notify all end");}  else {this.counter = new AtomicInteger(0);}}}

基于 queue 的解法

另外一种解法,个人也是比较喜欢的。

直接创建一个队列,队列大小等于限制的数量。

直接对比队首队尾的时间,从而保证固定当达到指定固定的次数时,时间一定是满足的。

ps: 这个后续在看看,不一定是滑动窗口的。

public class LimitSlideWindowQueue extends LimitAdaptor {private static final Log LOG = LogFactory.getLog(LimitSlideWindowQueue.class);/*** 用于存放时间的队列* @since 0.0.3*/private final BlockingQueue<Long> timeBlockQueue;/*** 当前时间* @since 0.0.5*/private final ICurrentTime currentTime = Instances.singleton(CurrentTime.class);/*** 等待间隔时间* @since 0.0.5*/private final long intervalInMills;/*** 构造器* @param context 上下文* @since 0.0.3*/public LimitSlideWindowQueue(ILimitContext context) {this.timeBlockQueue = new ArrayBlockingQueue<>(context.count());this.intervalInMills = context.timeUnit().toMillis(context.interval());}@Overridepublic synchronized void acquire() {long currentTimeInMills = currentTime.currentTimeInMills();//1. 将时间放入队列中 如果放得下,直接可以执行。反之,需要等待//2. 等待完成之后,将第一个元素剔除。将最新的时间加入队列中。boolean offerResult = timeBlockQueue.offer(currentTimeInMills);if(!offerResult) {//获取队列头的元素//1. 取出头节点,获取最初的时间//2. 将头结点移除long headTimeInMills = timeBlockQueue.poll();//当前时间和头的时间差long durationInMills = currentTimeInMills - headTimeInMills;if(intervalInMills > durationInMills) {//需要沉睡的时间long sleepInMills = intervalInMills - durationInMills;DateUtil.sleep(sleepInMills);}currentTimeInMills = currentTime.currentTimeInMills();boolean addResult = timeBlockQueue.offer(currentTimeInMills);LOG.debug("[Limit] acquire add result: " + addResult);}}}

参考资料

限流技术总结

固定窗口和滑动窗口算法了解一下

Sentinel之滑动时间窗口设计(二)

限流滑动窗口

限流算法之固定窗口与滑动窗口

限流--基于某个滑动时间窗口限流

【限流算法】java实现滑动时间窗口算法

谈谈高并发系统的限流

TCP协议的滑动窗口具体是怎样控制流量的?

漏铜令牌桶

漏桶算法&令牌桶算法理解及常用的算法

流量控制算法——漏桶算法和令牌桶算法

Token Bucket 令牌桶算法

华为-令牌桶算法

简单分析Guava中RateLimiter中的令牌桶算法的实现


http://www.mrgr.cn/news/50211.html

相关文章:

  • 智能工厂的软件设计 “原力”和“新生力量” 之2
  • 四.python核心语法2
  • 小白都来用这款AI绘画神器,IDEOGRAM2.0,轻松画出高质量图片
  • 彻底掌握Android中的Lifecycle
  • mysql锁之乐观锁、悲观锁、表锁、行锁、共享锁、排他锁
  • Apache Kafka消息传递策略
  • P2P 网络 简单研究 1
  • ja-netfilter-all
  • 【Oracle 数据库技术分享】BLOB 与 CLOB 的选择与应用
  • 530 Login fail. A secure connection is requiered(such as ssl)
  • 外包干了3个月,技术退步明显
  • CesiumJS 案例 P1:创建 Viewer、通过 JS API 隐藏控件、通过 CSS 隐藏控件、隐藏元素
  • 力扣题解(鸡蛋掉落)
  • Apache Kafka各Api模块说明
  • 学习底座架构-武汉
  • [0xGame 2024] week1
  • 进程相关及守护进程
  • 电脑显示d3dcompiler_47.dll缺失如何修复,马上教你6个修复方法
  • Windows环境下安装使用curl命令
  • 【从零开始的LeetCode-算法】2135. 统计追加字母可以获得的单词数