构建弹性系统：断路器、重试与隔离舱模式实战

引言：为什么弹性设计至关重要

在分布式系统中，故障不是"是否会发生"的问题，而是"何时发生"的问题。网络抖动、服务过载、依赖故障——这些不可避免的挑战要求我们从设计层面构建系统的弹性能力。本文将深入解析三大核心弹性模式：断路器（Circuit Breaker）、智能重试（Smart Retry）和隔离舱（Bulkhead），并结合 Resilience4j 实战代码与生产级配置策略，帮助读者构建真正具备容错能力的分布式应用。

一、断路器模式（Circuit Breaker）

1.1 设计哲学

断路器的核心思想来源于电路中的保险丝——当电流过大时，保险丝熔断以保护整个电路。在软件系统中，当某个下游服务出现故障或响应过慢时，断路器会"跳闸"，阻止进一步的请求发出，从而避免级联故障和资源耗尽。

1.2 三状态机模型

断路器通过三状态机实现弹性控制：

• Closed（闭合）：正常状态，请求正常转发至下游服务。当失败率达到阈值时，断路器断开。
• Open（断开）：快速失败状态，所有请求立即返回错误，不再调用下游服务。经过恢复时间窗口后进入 Half-Open。
• Half-Open（半开）：试探状态，允许有限数量的请求通过。如果这些请求成功，则恢复到 Closed；如果仍然失败，则回到 Open。

1.3 Resilience4j 实战

// 配置断路器CircuitBreakerConfig config = CircuitBreakerConfig.custom()    .failureRateThreshold(50)                    // 失败率阈值 50%    .slowCallRateThreshold(80)                   // 慢调用率阈值 80%    .slowCallDurationThreshold(Duration.ofSeconds(2)) // 2秒以上为慢调用    .waitDurationInOpenState(Duration.ofSeconds(30))  // Open 状态持续 30 秒    .permittedNumberOfCallsInHalfOpenState(5)    // Half-Open 允许 5 次试探    .slidingWindowType(SlidingWindowType.COUNT_BASED) // 基于计数窗口    .slidingWindowSize(20)                       // 窗口大小 20    .minimumNumberOfCalls(10)                    // 至少 10 次调用才计算阈值    .build();CircuitBreaker circuitBreaker = CircuitBreaker.of("orderService", config);// 使用断路器装饰调用CheckedFunction0