微服务限流(漏桶算法、令牌桶算法)

在微服务架构中,限流是一种重要的技术手段,用于控制服务接收的流量,以保护系统免受突发流量冲击。漏桶算法和令牌桶算法是两种常见的限流算法。同时,负载均衡策略和自定义负载均衡也是确保服务稳定性和高效性的关键措施。下面将深入探讨这些概念,并提供源码级别的解析和示例。

漏桶算法 (Leaky Bucket)

漏桶算法的主要思想是请求以固定的速率被处理。可以想象一个水桶,无论流入水的速度如何,从桶底漏出的水的速率都是恒定的。

代码示例 :

以下是一个简单的漏桶算法的伪代码实现:

java 复制代码
public class LeakyBucket {
    private long capacity; // 桶的容量
    private long remainingWater = 0; // 桶中当前水量
    private long lastLeakTimestamp = System.currentTimeMillis(); // 最后一次漏水时间

    public LeakyBucket(long capacity) {
        this.capacity = capacity;
    }

    public synchronized boolean tryConsume() {
        long now = System.currentTimeMillis();
        // 计算上次请求到现在漏掉的水量
        long leaked = (now - lastLeakTimestamp) * leakRate;
        if (leaked > 0) {
            remainingWater -= leaked;
            remainingWater = Math.max(0, remainingWater);
            lastLeakTimestamp = now;
        }

        if (remainingWater + 1 <= capacity) {
            remainingWater++;
            return true;
        } else {
            return false;
        }
    }
}

在这个实现中,每次请求到达时,tryConsume() 方法都会被调用。如果桶没满,请求就可以继续处理,否则就会被限流。

令牌桶算法 (Token Bucket)

令牌桶算法允许在短时间内处理突发流量。算法的工作原理是按照固定速率往桶里添加令牌,请求处理需要消耗令牌。

代码示例:

java 复制代码
import java.util.concurrent.TimeUnit;
import java.util.concurrent.atomic.AtomicLong;

public class TokenBucket {
    private final long maxBucketSize;
    private final long refillRate;
    private AtomicLong currentBucketSize;
    private long lastRefillTimestamp;

    public TokenBucket(long maxBucketSize, long refillRate) {
        this.maxBucketSize = maxBucketSize;
        this.refillRate = refillRate;
        this.currentBucketSize = new AtomicLong(0);
        this.lastRefillTimestamp = System.nanoTime();
    }

    public boolean tryConsume(long numTokens) {
        refill();

        if (currentBucketSize.get() >= numTokens) {
            currentBucketSize.addAndGet(-numTokens);
            return true;
        }

        return false;
    }

    private void refill() {
        long now = System.nanoTime();
        long tokensToAdd = ((now - lastRefillTimestamp) / 1000000000) * refillRate;
        if (tokensToAdd > 0) {
            currentBucketSize.accumulateAndGet(tokensToAdd, Math::min);
            lastRefillTimestamp = now;
        }
    }
}

在此实现中,每次tryConsume()被调用时,都会先尝试填充令牌。如果有足够的令牌,请求被允许处理;否则,请求被限流。

负载均衡策略

负载均衡是分散客户端请求到多个服务器的过程,以此提高系统的整体性能和可用性。常见的负载均衡策略包括轮询、随机、一致性哈希等。

自定义负载均衡

自定义负载均衡通常需要结合具体的业务场景。例如,在Spring Cloud和Netflix Ribbon中,可以通过实现IRule接口来自定义负载均衡的行为。

代码示例 :

以下是Spring Cloud中自定义负载均衡策略的一个简单示例:

java 复制代码
public class MyLoadBalancingRule implements IRule {
    private ILoadBalancer lb;

    @Override
    public Server choose(Object key) {
        List<Server> servers = lb.getAllServers();
        // 自定义选择逻辑,比如选择当前负载最小的服务器
        return pickServerBasedOnCustomLogic(servers);
    }

    private Server pickServerBasedOnCustomLogic(List<Server> servers) {
        // 实现自己的选择服务器的逻辑
        // ...
    }

    @Override
    public void setLoadBalancer(ILoadBalancer lb) {
        this.lb = lb;
    }

    @Override
    public ILoadBalancer getLoadBalancer() {
        return this.lb;
    }
}

在自定义逻辑中,可以根据服务器的实时负载数据或其他业务指标来选择最合适的服务器。

结论

限流和负载均衡是微服务架构中维持稳定性和高性能的重要手段。通过合理运用漏桶算法或令牌桶算法,可以有效地控制服务的流量,防止系统过载。同时,根据具体情况自定义负载均衡策略,可以更优地分配请求,提升服务的整体能力。在实现这些机制时,应注意代码的可维护性、扩展性和性能。

相关推荐
NE_STOP1 小时前
Vibe Coding -- 完整项目案例实操
java
荣码1 小时前
GraphRAG:普通RAG只能回答"点"的问题,我踩了4个坑才搞懂
java·python
SimonKing1 小时前
Google第三方授权登录
java·后端·程序员
明月光8181 小时前
从一行 @Builder 说起:重新拾起 Java 的 Lombok、注解与 Builder 模式
java
考虑考虑10 小时前
Mybatis实现批量插入
java·后端·mybatis
咖啡八杯11 小时前
GoF设计模式——中介者模式
java·后端·spring·设计模式
fanly1112 小时前
Surging AI Agent 完整产品介绍
微服务·microservice
青石路15 小时前
记一次多JDK版本问题的排查,一坑套一坑,差点没爬上来
java
像我这样帅的人丶你还18 小时前
Java 后端详解(五):Redis 缓存
java·后端·全栈
plainGeekDev20 小时前
GreenDAO → Room
android·java·kotlin