限流系列:guava rateLimiter

目录

令牌桶算法

Guava-RateLimiter

数据模型

示例

大致流程

acquire

reserve

​​​​​​​reserveAndGetWaitLength

​​​​​​​reserveEarliestAvailable

​​​​​​​resync

​​​​​​​doSetRate


令牌桶 算法

令牌桶算法就是以固定速率生成令牌放入桶中,每个请求都需要从桶中获取令牌,没有获取到令牌的请求会被阻塞限流(桶中的令牌不够的时候);只要能从桶里取出令牌就能通过。

当令牌消耗速度小于生成的速度时,令牌桶内就会预存这些未消耗的令牌(直到桶的上限);当有突发流量进来时,可以直接从桶中取出令牌,而不会被限流,从而支持突发流量的快速处理。

Guava - RateLimiter

不管是令牌桶算法还是漏桶算法都可以用延迟计算的方式来实现,延迟计算指的是不需要单独的线程来定时生成令牌或者从漏桶中定时取出请求,而是由调用限流器的线程自己去计算是否有足够的令牌以及需要sleep的时间,延迟计算的方式可以节省一个线程资源。

Guava 的 RateLimiter 是一个用于控制访问速率的工具类,常用于限流(如每秒处理请求的数量)。它基于令牌桶算法实现。

​​​​​​​数据模型

|------------------|--------------|---------------------------------------------------------|
| 英文名称 | 中文名称 | 备注 |
| permitsPerSecond | 每秒允许许可数量 | |
| | 桶容量 | maxBurstSeconds * permitsPerSecond默认 maxBurstSeconds=1 |

示例

|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| // 创建一个每秒允许 10 个许可的 RateLimiter RateLimiter rateLimiter = RateLimiter.create(10.0); for (int i = 0; i < 10; i++) { // 获取一个许可,如果没有可用许可,则会阻塞直到有许可 rateLimiter.acquire(); // 执行受控操作 log.info("Processing request " + i); } |

大致流程

点击示例里的acquire()方法,如下所示:

​​​​​​​acquire

@CanIgnoreReturnValue

public double acquire() {

return acquire(1);

}

@CanIgnoreReturnValue

public double acquire(int permits) {

long microsToWait = reserve(permits);

stopwatch.sleepMicrosUninterruptibly(microsToWait);

return 1.0 * microsToWait / SECONDS.toMicros(1L);

}

点击reserve()方法,如下所示:

​​​​​​​reserve

final long reserve(int permits) {

checkPermits(permits);

synchronized (mutex()) {

return reserveAndGetWaitLength(permits, stopwatch.readMicros());

}

}

在这里,计算当前时间的微秒数,作为参数调用reserveAndGetWaitLength方法。

如下所示:

​​​​​​​reserveAndGetWaitLength

final long reserveAndGetWaitLength(int permits, long nowMicros) {

long momentAvailable = reserveEarliestAvailable(permits, nowMicros);

return max(momentAvailable - nowMicros, 0);

}

点击reserveEarliestAvailable()方法,如下所示:

​​​​​​​reserveEarliestAvailable

@Override

final long reserveEarliestAvailable(int requiredPermits, long nowMicros) {

resync(nowMicros);

long returnValue = nextFreeTicketMicros;

double storedPermitsToSpend = min(requiredPermits, this.storedPermits);

double freshPermits = requiredPermits - storedPermitsToSpend;

long waitMicros =

storedPermitsToWaitTime(this.storedPermits, storedPermitsToSpend)

  • (long) (freshPermits * stableIntervalMicros);

this.nextFreeTicketMicros = LongMath.saturatedAdd(nextFreeTicketMicros, waitMicros);

this.storedPermits -= storedPermitsToSpend;

return returnValue;

}

点击resync()方法,如下所示:

​​​​​​​resync

void resync(long nowMicros) {

// if nextFreeTicket is in the past, resync to now

if (nowMicros > nextFreeTicketMicros) {

double newPermits = (nowMicros - nextFreeTicketMicros) / coolDownIntervalMicros();

storedPermits = min(maxPermits, storedPermits + newPermits);

nextFreeTicketMicros = nowMicros;

}

}

在这里:

  1. 判断当前时刻是否大小上次令牌更新时间,是则进入下一步(这是与resilience4j-ratelimiter差别最大的地方)
  2. 计算上次令牌更新时间到当前时刻的时间差(微秒)
  3. 获取生成单个令牌所需的时间间隔(微秒/令牌)
  4. 计算上次令牌更新时间到当前时刻的时间差这段时间内允许生成的令牌数量,即步骤1除以步骤2。

点击coolDownIntervalMicros()方法,如下所示:

​​​​​​​coolDownIntervalMicros

double coolDownIntervalMicros() {

return stableIntervalMicros;

}

找到stableIntervalMicros变更赋值的地方,如下所示:

​​​​​​​doSetRate

final void doSetRate(double permitsPerSecond, long nowMicros) {

resync(nowMicros);

double stableIntervalMicros = SECONDS.toMicros(1L) / permitsPerSecond;

this.stableIntervalMicros = stableIntervalMicros;

doSetRate(permitsPerSecond, stableIntervalMicros);

}

在这里,将SECONDS.toMicros(1L) / permitsPerSecond得到生成单个令牌所需的时间。

相关推荐
Lhappy嘻嘻3 小时前
Java IO|File 文件操作 + 字节流 / 字符流完整笔记 + 递归删除文件实战
java·笔记·php
伊玛目的门徒3 小时前
试用leetcode之典中典 二数之和问题
java·算法·leetcode
懒鸟一枚6 小时前
深入理解 Linux 内存、Swap 交换分区与分页机制的关系
java·linux·数据库
我命由我123457 小时前
执行 Gradle 指令报错,无法将“grep”项识别为 cmdlet、函数、脚本文件或可运行程序的名称
android·java·java-ee·android studio·android jetpack·android-studio·android runtime
考虑考虑8 小时前
Sentinel安装
java·后端·微服务
凤凰院凶涛QAQ9 小时前
《Java版数据结构 & 集合类剖析》栈与队列:“push/pop 是栈的灵魂,offer/poll 是队列的骨架——四组 API,两种人生”
java·开发语言·数据结构
掘金_答案10 小时前
上线那天,一个 ConcurrentHashMap 差点送走我的 AI 客服——3 天排查 JVM 血泪史
java·后端·架构
猿与禅10 小时前
CosId 分布式 ID 生成器完全教程:从架构原理到生产落地
java·shardingsphere·雪花算法·分布式id·高性能·cosid·号段模式
MindUp10 小时前
企业网盘权限模型解析:多层级访问控制与审计能力选型指南
java·linux·运维
NG47711 小时前
【软件设计与体系结构】-策略设计模式
java·设计模式·软件工程