Reactor 之 Spring Boot + Reactor 整合熔断限流 Resilience4j

本文介绍如何在Reactor中整合Resilience4j,实现限流、重试、断路器等功能。通过配置限流器、重试器等组件,提高系统的稳定性和可靠性。

Reactor 整合 Resilence4j

1 引入 pom 包

<dependency>
    <groupId>io.github.resilience4j</groupId>
    <artifactId>resilience4j-all</artifactId>
</dependency>
<dependency>
    <groupId>io.github.resilience4j</groupId>
    <artifactId>resilience4j-spring-boot2</artifactId>
</dependency>

2 配置说明

2.1 限流 ratelimiter

两个限流配置:backendA 1s 中最多允许 10 次请求;

backendB 每 500ms 最多允许 6 次请求。

resilience4j.ratelimiter:
  instances:
    backendA:
      limitForPeriod: 10
      limitRefreshPeriod: 1s
      timeoutDuration: 10ms
      registerHealthIndicator: true
      eventConsumerBufferSize: 100
    backendB:
      limitForPeriod: 6
      limitRefreshPeriod: 500ms
      timeoutDuration: 3s
配置属性 默认值 描述
timeoutDuration 5【s】 一个线程等待许可的默认等待时间
limitRefreshPeriod 500【ns】 限制刷新的周期。在每个周期之后,速率限制器将其权限计数设置回 limitForPeriod 值
limitForPeriod 50 一个 limitRefreshPeriod (周期)允许访问的数量(许可数量)

2.2 重试 retry

注意指定需要重试的异常,不是所有的异常重试都有效。比如 DB 相关校验异常,如唯一约束等,重试也不会成功的。

重试配置:

resilience4j.retry:
  instances:
    backendA:
      maxAttempts: 3
      waitDuration: 10s
      enableExponentialBackoff: true
      exponentialBackoffMultiplier: 2
      retryExceptions:
        - org.springframework.web.client.HttpServerErrorException
        - java.io.IOException

    backendB:
      maxAttempts: 3
      waitDuration
**Resilience4j** 和 **Sentinel** 都是用于构建高可用微服务系统的工具,它们都支持限流熔断等容错机制,但两者在设计理念、功能特性和适用场景上有明显差异。以下是它们在限流熔断方面的详细对比: --- ### ✅ 一、基本介绍 | 对比项 | Resilience4j | Sentinel | |--------|--------------|----------| | 开发语言 | Java | Java/C++(核心为 Java) | | 出身 | 德国开发者社区 | 阿里巴巴开源项目 | | 支持框架 | Spring Boot、Micronaut、Vert.x 等 | Spring Cloud Alibaba、Dubbo、Zuul、Spring WebFlux 等 | | 是否中心化 | 否(纯客户端) | 是(可选中心化 Dashboard) | | 协议 | Apache License 2.0 | Apache License 2.0 | --- ### ✅ 二、限流能力对比 | 功能 | Resilience4j | Sentinel | |------|--------------|----------| | 限流算法 | 支持令牌桶、滑动窗口计数器 | 支持令牌桶、漏桶、滑动窗口、集群限流 | | 是否支持分布式限流 | ❌(需配合 Redis + Lua 或其他组件实现) | ✅(支持基于集群维度的限流) | | 是否支持 QPS 控制 | ✅(滑动窗口或固定窗口) | ✅(精确到每秒请求数) | | 是否支持热点参数限流 | ❌ | ✅ | | 是否支持运行时动态调整配置 | ❌(需重启或手动更新配置) | ✅(通过 Sentinel Dashboard 实时修改) | --- ### ✅ 三、熔断能力对比 | 功能 | Resilience4j | Sentinel | |------|--------------|----------| | 熔断策略 | 异常比例、响应时间 | 异常比例、异常数、慢调用比例 | | 熔断后恢复机制 | 自动恢复(基于时间窗口) | 自动恢复(基于熔断时长) | | 是否支持事件监听 | ✅(提供熔断状态变化监听) | ✅(可通过 EventObserver 注册监听) | | 是否支持多级熔断策略 | ❌ | ✅(如多个资源不同策略) | | 是否支持自动降级 | ❌(需结合 fallback 手动实现) | ✅(支持自定义 fallback 和 blockHandler) | --- ### ✅ 四、集成与生态支持 | 对比项 | Resilience4j | Sentinel | |--------|--------------|----------| | Spring Boot 集成 | 原生支持,使用 `@CircuitBreaker`、`@RateLimiter` 等注解 | 需引入 `spring-cloud-starter-alibaba-sentinel` | | 可视化监控 | ❌(需自行接入 Micrometer 或 Prometheus) | ✅(提供 Sentinel Dashboard) | | 规则持久化 | ❌(默认内存存储) | ✅(支持 Nacos、Zookeeper、Apollo 持久化) | | 是否支持网关限流 | ❌(需自己封装) | ✅(支持 Zuul、Spring Gateway、Nginx 等) | --- ### ✅ 五、性能与适用场景对比 | 场景 | 推荐方案 | |------|----------| | 单体应用、轻量级限流/熔断 | ✅ Resilience4j | | 多服务间复杂调用链、需要统一治理 | ✅ Sentinel | | 需要图形化界面管理规则 | ✅ Sentinel | | 需要实时动态配置变更 | ✅ Sentinel | | 使用 Spring WebFlux / Reactor 编程模型 | ✅ Resilience4j(原生支持 RxJava) | | 需要集群限流、热点限流 | ✅ Sentinel | --- ### ✅ 六、代码示例对比 #### 1. Resilience4j 示例(熔断) ```java CircuitBreakerRegistry registry = CircuitBreakerRegistry.ofDefaults(); CircuitBreaker circuitBreaker = registry.circuitBreaker("backendService"); Supplier<String> decoratedSupplier = CircuitBreaker.decorateSupplier(circuitBreaker, () -> { // 调用远程服务 return callRemoteService(); }); String result = Try.ofSupplier(decoratedSupplier).recover(throwable -> "fallback").get(); ``` #### 2. Sentinel 示例(限流+熔断) ```java try { Entry entry = SphU.entry("resourceName"); // 被保护的业务逻辑 doSomething(); entry.exit(); } catch (BlockException e) { // 限流熔断触发逻辑 System.out.println("被限流熔断了"); } finally { // 清理资源 } ``` --- ### ✅ 七、总结 | 维度 | Resilience4j | Sentinel | |------|--------------|----------| | 易用性 | 更加简洁,适合单体系统 | 功能强大但稍复杂 | | 可观测性 | 依赖外部监控系统 | 内置 Dashboard | | 分布式支持 | 不支持 | 支持集群限流、热点限流 | | 动态配置 | 不支持 | 支持(通过 Nacos 等) | | 社区活跃度 | 中等 | 非常活跃,文档丰富 | | 适用对象 | Spring Boot 单体或小型微服务 | 中大型微服务架构体系 | ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

伍六七AI编程

你猜你给我1分我要不要

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值