🏆本文收录于「滚雪球学SpringBoot」专栏(全网一个名)，手把手带你零基础入门Spring Boot，从入门到就业，助你早日登顶实现财富自由🚀；同时，欢迎大家关注&&收藏&&订阅！持续更新中，up！up！up！！

环境说明：Windows 10 + IntelliJ IDEA 2021.3.2 + Jdk 1.8

🎯 前言：服务熔断与限流是微服务架构的必修课！

在微服务架构中，服务之间的相互调用是不可避免的，而当某个服务出现故障或负载过重时，若没有有效的保护机制，故障将像 多米诺骨牌 一样迅速蔓延，导致系统崩溃。为了避免这种情况，微服务系统必须拥有 熔断机制 和 限流机制，以保证系统的高可用性与稳定性。

说到熔断器，我们的脑海中常常会联想到 Hystrix。曾经，Hystrix 是微服务架构中最流行的熔断器方案，但随着微服务的发展，Hystrix 已经逐渐被 Resilience4j 所取代。那么，为什么要选择 Resilience4j？它与 Hystrix 有哪些区别？如何使用 Resilience4j 来实现熔断与限流？本篇文章将为你一一解答。

📌 1. 什么是熔断器？

⚡ 1.1 熔断器的作用：守护微服务的“盾牌”

熔断器是一个 容错机制，它用于检测和处理某个服务或操作的失败，从而保护系统其他部分免受故障影响。具体来说，当某个服务出现问题时，熔断器会迅速“切断”服务的调用，避免过多的请求继续发往故障服务，导致更大范围的故障传播。

熔断器的工作原理是模仿 电器中的熔断器，当电路过载或出现短路时，熔断器会自动断开电路，从而保护其他设备的安全。在微服务架构中，熔断器可以有效地防止某个服务的故障引发 级联故障，保证系统的稳定性。

⚡ 1.2 熔断器的生命周期：熔断、半开、闭合

熔断器的生命周期大致可以分为以下几种状态：

1. 闭合（Closed）：在闭合状态下，服务调用正常进行。熔断器会监控服务的健康状态，当服务出现故障时，熔断器会进入 开路 状态。

2. 开路（Open）：当服务出现故障的次数达到设定阈值时，熔断器会进入开路状态，暂停对故障服务的请求。此时，所有请求都会直接失败，从而避免继续发送无效请求。

3. 半开（Half-Open）：在开路状态持续一段时间后，熔断器会进入半开状态，允许少量请求通过。根据这些请求的响应情况，熔断器判断是否恢复到闭合状态，或者重新进入开路状态。

通过这种机制，熔断器能够在检测到故障后，自动保护系统，并在系统恢复正常后逐步恢复服务。

🛠 2. Resilience4j 介绍：Hystrix 的替代者

🔄 2.1 为什么 Resilience4j 能成为 Hystrix 的替代者？

曾几何时，Hystrix 是最流行的 Java 熔断器，它帮助我们应对了大量微服务架构中的故障场景。然而，Hystrix 的缺点也逐渐暴露，尤其是：

• 不再维护：Hystrix 团队宣布停止对该项目的维护，这使得很多项目不得不寻找新的替代方案。
• 复杂的配置：Hystrix 在一些复杂场景下，配置较为繁琐，尤其是在与 Spring Boot 集成时，存在一定的配置难度。

为了应对这些问题，Resilience4j 作为 Hystrix 的替代品应运而生，它有以下几个优势：

• 轻量级：Resilience4j 比 Hystrix 更轻量，不需要额外的线程池管理，且具有更低的性能开销。
• 高可配置性：Resilience4j 提供了非常灵活的配置选项，可以根据具体需求轻松调整熔断器、限流器等的行为。
• 模块化设计：Resilience4j 采用模块化设计，可以单独使用熔断、限流、重试、隔离等功能，而不必引入整个熔断器框架。
• 对 Spring Boot 支持良好：Resilience4j 提供了专门的 Spring Boot Starter，可以轻松与 Spring Boot 集成。

🔄 2.2 Resilience4j 核心组件

Resilience4j 包含多个模块，每个模块都解决了微服务架构中的不同问题，常用的有：

• 熔断器（CircuitBreaker）：用于保护系统免受故障传播，确保系统的稳定性。
• 限流器（RateLimiter）：限制服务的调用频率，避免过多的请求导致服务过载。
• 重试（Retry）：自动重试失败的操作，以增加服务的容错能力。
• 隔离（Bulkhead）：通过限制资源池的大小，确保系统不会因为某个服务的故障影响到整个系统。

在这篇文章中，我们重点讨论 熔断器 和 限流器。

🛠 3. 配置熔断器：如何使用 Resilience4j 实现服务熔断

🏗 3.1 集成 Resilience4j 到 Spring Boot 项目

首先，在 Spring Boot 项目中集成 Resilience4j，首先要添加依赖：

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

如果你使用的是 Spring Boot Starter Parent，Maven 会自动管理版本，也可以通过以下方式来指定版本。

🏗 3.2 配置熔断器（CircuitBreaker）

Resilience4j 的熔断器通过配置文件来进行设置，可以在 application.yml 中配置熔断器的参数，例如：

resilience4j.circuitbreaker:
  instances:
    myService:
      registerHealthIndicator: true
      slidingWindowSize: 100
      failureRateThreshold: 50
      waitDurationInOpenState: 10000ms
      permittedNumberOfCallsInHalfOpenState: 10
      eventConsumerBufferSize: 10

这里的配置项说明如下：

• slidingWindowSize：熔断器的滑动窗口大小，控制用于评估失败率的请求数量。
• failureRateThreshold：失败率阈值，当失败率超过该阈值时，熔断器进入开路状态。
• waitDurationInOpenState：熔断器在开路状态下等待的时间，超过此时间后会自动进入半开状态。
• permittedNumberOfCallsInHalfOpenState：在半开状态下，允许的请求数量。

🏗 3.3 使用注解来应用熔断器

在代码中，我们可以使用 Resilience4j 提供的注解来应用熔断器。例如，使用 @CircuitBreaker 注解来保护某个方法：

@CircuitBreaker(name = "myService", fallbackMethod = "fallback")
public String callService() {
    // 调用外部服务的代码
    return restTemplate.getForObject("http://external-service/api", String.class);
}

public String fallback(Throwable t) {
    // 服务熔断后的降级逻辑
    return "服务暂时不可用，请稍后再试";
}

在这个例子中，callService 方法会被 Resilience4j 的熔断器保护，当外部服务调用失败时，熔断器会触发并执行 fallback 方法，避免故障传播。

⚡ 4. 服务降级策略：应对故障的“最后一道防线”

🔄 4.1 什么是服务降级？

服务降级是指当某个服务出现故障时，系统采取一种“降级”的措施，提供部分功能或备用方案，避免系统出现大范围不可用的情况。例如，某个服务提供一个重要的功能，但由于系统压力过大，无法处理新的请求，那么系统可以返回一个 备用响应，告知用户稍后再试，而不是直接报错。

🔄 4.2 使用 Resilience4j 实现服务降级

通过 Resilience4j，我们可以在熔断器中设置降级逻辑，如上面的 fallbackMethod 示例所示。除此之外，还可以使用 @Fallback 注解来实现降级：

@CircuitBreaker(name = "myService", fallbackMethod = "fallbackMethod")
public String getUserInfo(String userId) {
    // 调用外部服务
    return restTemplate.getForObject("http://user-service/{id}", String.class, userId);
}

public String fallbackMethod(String userId, Throwable throwable) {
    // 降级逻辑：返回默认的用户信息
    return "默认用户信息";
}

在这个例子中，当调用外部服务失败时，fallbackMethod 将被触发，返回默认的用户信息，而不会让系统崩溃。

🚦 5. 限流策略：保护服务免受过载攻击

🔥 5.1 什么是限流？

限流是指在一定时间窗口内，限制某个服务的访问次数或请求速率，以防止过多的请求导致服务过载。限流通常用于保护服务不受恶意请求的影响，并保证服务的稳定性。

🚦 5.2 配置限流器

Resilience4j 提供了 限流器（RateLimiter）来限制请求的速率。例如，可以在 application.yml 中配置限流器：

resilience4j.ratelimiter:
  instances:
    myService:
      limitForPeriod: 10
      limitRefreshPeriod: 5000ms
      timeoutDuration: 500ms

这里的配置项说明如下：

• limitForPeriod：每个时间窗口内允许的最大请求数。
• limitRefreshPeriod：时间窗口的刷新周期，单位为毫秒。
• timeoutDuration：当请求超过限流数时，等待的超时时间。

通过这些配置，Resilience4j 将限制对服务的调用次数，从而避免服务过载。

🎬 结语：Resilience4j 为微服务架构保驾护航

服务熔断与限流是微服务架构中不可或缺的组成部分，它们能够有效防止服务故障蔓延，并保证系统的高可用性。Resilience4j 作为 Hystrix 的替代者，凭借其轻量、高效、易配置等优点，已经成为现代微服务系统中最受欢迎的熔断与限流框架。

通过本文的介绍，相信你已经对 Resilience4j 的熔断器 和 限流器 有了全面的理解。如果你还没有在项目中应用熔断与限流策略，赶紧动手吧！🛠

🧧福利赠与你🧧

  无论你是计算机专业的学生，还是对编程有兴趣的小伙伴，都建议直接毫无顾忌的学习此专栏「滚雪球学SpringBoot」专栏(全网一个名)，bug菌郑重承诺，凡是学习此专栏的同学，均能获取到所需的知识和技能，全网最快速入门SpringBoot，就像滚雪球一样，越滚越大， 无边无际，指数级提升。

  最后，如果这篇文章对你有所帮助，帮忙给作者来个一键三连，关注、点赞、收藏，您的支持就是我坚持写作最大的动力。

  同时欢迎大家关注公众号:「猿圈奇妙屋」 ，以便学习更多同类型的技术文章，免费白嫖最新BAT互联网公司面试题、4000G pdf电子书籍、简历模板、技术文章Markdown文档等海量资料。

✨️ Who am I?

我是bug菌，CSDN | 掘金 | InfoQ | 51CTO | 华为云 | 阿里云 | 腾讯云 等社区博客专家，C站博客之星Top30，华为云多年度十佳博主/价值贡献奖，掘金多年度人气作者Top40，掘金等各大社区平台签约作者，51CTO年度博主Top12，掘金/InfoQ/51CTO等社区优质创作者；全网粉丝合计 30w+；更多精彩福利点击这里；硬核微信公众号「猿圈奇妙屋」，欢迎你的加入！免费白嫖最新BAT互联网公司面试真题、4000G PDF电子书籍、简历模板等海量资料，你想要的我都有，关键是你不来拿。

-End-