服務(wù)治理-Resilience4j（熔斷）

Hystrix官方已停止維護，官方推薦使用Resilience4j來替代Hystrix實現(xiàn)服務(wù)治理，今天我們看看如何使用Resilience4j。

介紹

1、一款受 Hystrix 啟發(fā)的輕量量級且易于使用的容錯庫
2、針對 Java 8 與函數(shù)式編程設(shè)計
3、github地址：https://github.com/resilience4j/resilience4j
4、核心組件：

如何基于Resilience4j實現(xiàn)斷路器

斷路器

1、Resilience4j的circuitbreaker組件實現(xiàn)了斷路器功能，他是基于內(nèi)存的斷路器，采用
ConcurrentHashMap來實現(xiàn)的。

2、斷路器的功能主要是處理熔斷，當客戶端調(diào)用服務(wù)端出現(xiàn)問題時進行攔截，直接返回，不再發(fā)送請求給服務(wù)端，減少下游服務(wù)的沖擊。

實驗環(huán)境

1、基于Eureka的服務(wù)注冊和發(fā)現(xiàn)
2、提供服務(wù)的waiter-service
3、客戶端調(diào)用customer-service

關(guān)鍵代碼

1、啟動waiter-service和customer-service服務(wù)，分別注冊到Eureka,這里不再介紹，可以參考之前的博客。

2、waiter-service作為服務(wù)提供方，不涉及到配置代碼

3、關(guān)鍵代碼在客戶端customer-service

3.1、斷路器的配置：application.properties
規(guī)則取名為-order

resilience4j.circuitbreaker.backends.order.failure-rate-threshold=50
resilience4j.circuitbreaker.backends.order.wait-duration-in-open-state=5000
resilience4j.circuitbreaker.backends.order.ring-buffer-size-in-closed-state=5
resilience4j.circuitbreaker.backends.order.ring-buffer-size-in-half-open-state=3
resilience4j.circuitbreaker.backends.order.event-consumer-buffer-size=10

3.2、使用注解的方式實現(xiàn)斷路器

@GetMapping("/getCoffee1")
    @io.github.resilience4j.circuitbreaker.annotation.CircuitBreaker(name = "order")
    public Coffee getCoffee1() {
        Coffee list = coffeeService.getById(1l);
        log.info("Read coffee: {} coffee", list);
        return list;
    }

3.3、使用注冊方式，實現(xiàn)斷路器，短路之后默認返回空的list

    private CircuitBreaker circuitBreaker;
    public CustomerController(CircuitBreakerRegistry registry) {
        circuitBreaker = registry.circuitBreaker("order");
    }
    @GetMapping("/getCoffee2")
    public List<Coffee> getCoffee2() {
        return Try.ofSupplier(
                CircuitBreaker.decorateSupplier(circuitBreaker,
                        () -> coffeeService.getAll()))
                .recover(CircuitBreakerOpenException.class, Collections.emptyList())
                .get();
    }

3.4、關(guān)閉waiter-service，模擬服務(wù)宕機，展示效果

連續(xù)請求3次，服務(wù)調(diào)用失敗

失敗超過50%，第4次觸發(fā)短路器打開：

等待5秒鐘，斷路器嘗試重連：