springcloud分布式限流问题

本文介绍了在Spring Cloud Zuul中利用Redis进行分布式限流时遇到的性能问题。通过研究开源库Spring Cloud Zuul RateLimit的源码,发现在限流过程中,每次请求都会检查Redis中KEY的过期时间。为优化性能,提出了只在首次请求时设置过期时间的策略。经过优化后,压测结果显示性能提升1~3倍,满足了性能要求。同时,作者在github上针对该问题创建了issue,期待社区讨论。
摘要由CSDN通过智能技术生成

最近项目上需要在zuul网关进行限流,查阅了一些限流方案,比较好的方案是使用redis进行分布式限流,主要考虑到redis性能好,且redis本身是单线程操作,解决了并发问题。目前在github上开源的Spring Cloud Zuul RateLimit 就刚好满足了这些需求:https://github.com/marcosbarbero/spring-cloud-zuul-ratelimit,进而在项目中进入了这个组件,但是在性能压测的时候却发现性能表现不是很好,既然有问题,那就只能想办法解决问题或优化。
把源码拉下来研究源码是最直接的方式,说重点,我们在使用redis进行限流时,主要用到的是RedisRateLimiter这个类,而RedisRateLimiter继承了抽象类AbstractCacheRateLimiter,上代码:

public abstract class AbstractCacheRateLimiter implements RateLimiter {
   

    @Override
    public synchronized Rate consume(Policy policy, String key, Long requestTime) {
        final Long refreshInterval = policy.getRefreshInterval();
        final Long quota = policy.getQuota() != null ? SECONDS.toMillis(policy.getQuota()) : null;
        final Rate rate = new Rate(key, policy.getLimit(), quota, null, null);

        calcRemainingLimit(policy.getLimit(), refreshInterval, requestTime, key, rate);
        calcRemainingQuota(quota, refreshInterval, requestTime, key, rate);

        return rate;
    }

    protected abstract void calcRemainingLimit(Long limit, Long refreshInterval, Long requestTime, String key, Rate rate);

    protected abstract void calcRemainingQuota(Long quota, Long refreshInterval, Long requestTime, String key, Rate rate);
}

RedisRateLimiter

public class RedisRateLimiter extends AbstractCacheRateLimiter {
   

    private final RateLimiterErrorHandler rateLimiterErrorHandler;
    private final RedisTemplate redisTemplate;

    @Override
    protected void calcRemainingLimit(Long limit, Long refreshInterval,
                                    Long requestTime, String key, Rate rate) {
        long begTime = System.currentTimeMillis();
        if (limit != null) {
            handleExpiration(key, refreshInterval, rate);
            long 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值