2.Spring Cloud-熔断器 Hystrix

[目录]

参考

本文参考了 纯洁的微笑 的博客。结合自己的实际操作过程写成。

springcloud(四)：熔断器Hystrix

除代码外的所有说明均来自此博客。

开发环境

代码说明

本博客的代码基于 IntelliJ IDEA 2018.3 创建 Maven 多模块(Module)项目+负载均衡 项目为基础进行修改，所以需要先理解 IntelliJ IDEA 2018.3 创建 Maven 多模块(Module)项目+负载均衡 的内容。

源码下载

见附件

理论知识

熔断器（CircuitBreaker）

熔断器的原理很简单，如同电力过载保护器。它可以实现快速失败，如果它在一段时间内侦测到许多类似的错误，会强迫其以后的多个调用快速失败，不再访问远程服务器，从而防止应用程序不断地尝试执行可能会失败的操作，使得应用程序继续执行而不用等待修正错误，或者浪费CPU时间去等到长时间的超时产生。熔断器也可以使应用程序能够诊断错误是否已经修正，如果已经修正，应用程序会再次尝试调用操作。

熔断器模式就像是那些容易导致错误的操作的一种代理。这种代理能够记录最近调用发生错误的次数，然后决定使用允许操作继续，或者立即返回错误。

Hystrix特性

1.断路器机制

断路器很好理解, 当Hystrix Command请求后端服务失败数量超过一定比例(默认50%), 断路器会切换到开路状态(Open). 这时所有请求会直接失败而不会发送到后端服务. 断路器保持在开路状态一段时间后(默认5秒), 自动切换到半开路状态(HALF-OPEN). 这时会判断下一次请求的返回情况, 如果请求成功, 断路器切回闭路状态(CLOSED), 否则重新切换到开路状态(OPEN). Hystrix的断路器就像我们家庭电路中的保险丝, 一旦后端服务不可用, 断路器会直接切断请求链, 避免发送大量无效请求影响系统吞吐量, 并且断路器有自我检测并恢复的能力.

2.Fallback

Fallback相当于是降级操作. 对于查询操作, 我们可以实现一个fallback方法, 当请求后端服务出现异常的时候, 可以使用fallback方法返回的值. fallback方法的返回值一般是设置的默认值或者来自缓存.

3.资源隔离

在Hystrix中, 主要通过线程池来实现资源隔离. 通常在使用的时候我们会根据调用的远程服务划分出多个线程池. 例如调用产品服务的Command放入A线程池, 调用账户服务的Command放入B线程池. 这样做的主要优点是运行环境被隔离开了. 这样就算调用服务的代码存在bug或者由于其他原因导致自己所在线程池被耗尽时, 不会对系统的其他服务造成影响. 但是带来的代价就是维护多个线程池会对系统带来额外的性能开销. 如果是对性能有严格要求而且确信自己调用服务的客户端代码不会出问题的话, 可以使用Hystrix的信号模式(Semaphores)来隔离资源.

项目实践

公共类库项目（test-invoice-common）添加一个响应码类型

ResponseCode

SYSTEM_EXCEPTION_HYSTRIX(5001, "熔断处理-系统异常"),

服务接口项目（test-invoice-contract）

1.添加熔断回调处理类-TRbtTestHystrix

继承 Feign-api 接口定义——TRbtTestConsumer 类

package com.test.invoice.service.hystrix;
import com.test.invoice.data.TRbtTestData;
import com.test.invoice.data.TRbtTestDataParam;
import com.test.invoice.enums.ResponseCode;
import com.test.invoice.service.consumer.TRbtTestConsumer;
import com.test.invoice.vo.ResponseVO;
import org.springframework.stereotype.Component;
import org.springframework.web.bind.annotation.RequestBody;
import com.baomidou.mybatisplus.extension.plugins.pagination.Page;
import org.springframework.web.bind.annotation.*;
/**
 * TRbtTestHystrix - 熔断处理类
 *
 * @author:
 * @version:
 * @date: 2019-08-28 11:50
 */
@Component
public class TRbtTestHystrix implements TRbtTestConsumer {
    ResponseVO<String> resultString = new ResponseVO<>(ResponseCode.SYSTEM_EXCEPTION_HYSTRIX);
    ResponseVO<Boolean> resultBool = new ResponseVO<>(ResponseCode.SYSTEM_EXCEPTION_HYSTRIX);
    ResponseVO<TRbtTestData> resultData = new ResponseVO<>(ResponseCode.SYSTEM_EXCEPTION_HYSTRIX);
    ResponseVO<Page<TRbtTestData>> resultPageData = new ResponseVO<>(ResponseCode.SYSTEM_EXCEPTION_HYSTRIX);
    @Override
    public ResponseVO<String> Add(@RequestBody TRbtTestData data){
        return resultString;
    }
    @Override
    public ResponseVO<Boolean> Update(@RequestBody TRbtTestData data){
        return resultBool;
    }
    @Override
    public ResponseVO<Boolean> Del(@RequestParam(value="name",required = true) String name,@RequestParam(value="version",required = true) String version){
        return resultBool;
    }
    @Override
    public ResponseVO<TRbtTestData> Get(@RequestBody TRbtTestData data){
        return resultData;
    }
    @Override
    public ResponseVO<Page<TRbtTestData>> Query(@RequestBody TRbtTestDataParam param){
        return resultPageData;
    }
}

2.Feign-api 接口定义-TRbtTestConsumer 类添加 fallback 属性

//@FeignClient(value = "service-producer")
//modify by v_hwhao 20190828 加入熔断处理
@FeignClient(value = "service-producer",fallback = TRbtTestHystrix.class)
public interface TRbtTestConsumer

服务调用项目（test-invoice-web）application.yml 添加配置

feign:
  hystrix:
    enabled: true #开启熔断器

测试

1.正常的情况

启动项目 test-invoice-eureka
启动项目 test-invoice-service
启动项目 test-invoice-web

如果不知道怎么启动多个项目，可参考

启动多个项目

项目启动成功后，使用 Postman 调用接口，可以看到查询结果正常

2.熔断的情况

停止掉 test-invoice-service 项目

再次使用 Postman 调用接口，可以看到出现了我们自定义的熔断提示 熔断处理-系统异常

3.恢复正常

再次启动 test-invoice-service 项目

使用 Postman 调用接口，查询结果正常，熔断使用正常