Soul 学习笔记--- rate_limiter 插件源码分析(十六)

这篇博客主要分析了 Soul 的 rate_limiter 插件实现,揭示了其利用令牌桶算法进行限流的原理。文章指出,令牌桶的容量(capacity)和每秒添加的令牌(rate)是关键参数,当令牌桶满时,超出的令牌会被丢弃。在 Soul 中,lua 脚本用于在请求时获取令牌,作者发现lua脚本中并没有定时任务来增加令牌,而是依赖时间戳实时计算令牌数量,以此避免了额外的定时任务开销。
摘要由CSDN通过智能技术生成

上一篇跑通了 rate_limiter 插件,今天来看下它是怎么实现的。

soul 的 rate_limiter 限流使用的是令牌桶算法,这里先看下什么是令牌桶算法。

主要有两个字段,capacity 是令牌桶的容量,即可以保存的最大令牌数,rate 是每秒往令牌桶放的令牌,如果令牌桶满了,就把令牌舍弃。请求过来时,拿到令牌就去执行,拿不到就舍弃,下面的图很清晰。

soul 使用rate_limiter 插件时,拿令牌的操作都是在 lua 脚本里执行的,也就是在这个 isAllowed 方法。

    public Mono<RateLimiterResponse> isAllowed(final String id, final double replenishRate, final double burstCapacity) {
   
        if (!this.initialized.get()) {
   
            throw new IllegalStateException("RedisRateLimiter is not initialized");
        }
        //组装 key,第一个 key 是上次调用后令牌桶剩余的数量,第二个是上次调用的时间戳。
        List<String> keys = getKeys(id);
        //封装参数
        List<String> scriptArgs = Arrays.asList(replenishRate + "", burstCapacity + "", Instant.now().getEpochSecond
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值