Hystrix之服务熔断代码演示

所有代码都在github上：https://github.com/demonruin/cloud2020/tree/master

 

服务熔断就类比保险丝达到最大服务访问后，直接拒绝访问，拉闸限电，然后调用服务降级的方法并返回友好提示。

实现功能：服务的降级->进而熔断->恢复调用链路

一句话，就是服务熔断，就是家里的保险丝！

熔断机制概述
熔断机制 是应对雪崩效应的一种微服务链路保护机制。当扇出链路的某个微服务出错不可用或者响应时间太长时,会进行服务的降级，进而熔断该节点微服务的调用，快速返回错误的响应信息。当检测到该节点微服务调用响应正常后，恢复调用链路。
在Spring Cloud框架里,熔断机制通过Hystrix实现。Hystrix会监控微服务间调用的状况,当失败的调用到一定阈值，缺省是5秒内20次调用失败,就会启动熔断机制。熔断机制的注解是@HystrixCommand.

熔断类型：

• 熔断打开：请求不再进行调用当前服务，内部设置时钟一般为MTTR(平均故障处理时间)，当打开时长达到所设时钟则进入半熔断状态
• 熔断关闭：熔断关闭不会对服务进行熔断
• 熔断半开：部分请求根据规则调用当前服务，如果请求成功且符合规则则认为当前服务恢复正常，关闭熔断

马丁福勒原文：

这个简单的断路器避免了在电路断开时发出受保护的呼叫，但是当情况恢复正常时，将需要外部干预才能将其重置。对于建筑物中的电路断路器，这是一种合理的方法，但是对于软件断路器，我们可以让断路器本身检测基础调用是否再次正常工作。我们可以通过在适当的时间间隔后再次尝试受保护的调用来实现这种自我重置行为，并在成功后重置断路器。

电路打开和闭合的精确方式如下：

1.假设电路上的音量达到某个阈值HystrixCommandProperties。circuitBreakerRequestVolumeThreshold（））.....

2.并假设误差百分比超过阈值误差百分比（HystrixCommandProperties。circuitBreakerErrorThresholdPercentage（））...

3.然后，断路器从合闸转换为分闸。

4.当它断开时，它会使针对该断路器的所有请求短路。

5.经过一段时间（HystrixCommandProperties。circuitBreakerSleepWindowInMilliseconds（）），使下一个单一请求通过（这是半打开状态）。如果请求失败，断路器将在睡眠窗口期间返回到OPEN状态。如果请求成功，断路器将切换到“合闸”，并且步骤1中的逻辑将再次接管

原文如下：

The precise way that the circuit opening and closing occurs is as follows:
1. Assuming the volume across a circuit meets a certain threshold
( HystrixCommandProperties . circuitBreakerRequestVolumeThreshold() )....
2. And assuming that the error percentage exceeds the threshold error percentage
( HystrixCommandProperties . circuitBreakerErrorThresholdPercentage() )... 
3. Then the circuit-breaker transitions from CLOSED to OPEN.
4. While it is open, it short-circuits all requests made against that circuit-breaker.
5. After some amount of time
 ( HystrixCommandProperties . circuitBreakerSleepWindowInMilliseconds() ), the next singlerequest is let through (this is the HALF -OPEN state). If the request fails, the circuit-breakerreturns to the OPEN state for the duration of the sleep window. If the request succeeds, thecircuit-breaker transitions to CLOSED and the logic in 1. takes over again.

1、断路器什么时候情况下会使用：

涉及到断路器的三个重要参数:快照时间窗、请求总数阀值、错误百分比阀值。

      分别对应注解 ：sleepWindowInMilliseconds、requestVolumeThreshold、errorThresholdPercentage

• 快照时间窗:断路器确定是否打开需要统计一些请求和错误数据， 而统计的时间范围就是快照时间窗，默认为最近的10秒。
• 请求总数阀值:在快照时间窗内,必须满足请求总数阀值才有资格熔断。默认为20,意味着在10秒内，如果该hystrix命令的调用次数不足20次,即使所有的请求都超时或其他原因失败，断路器都不会打开。
• 错误百分比阀值:当请求总数在快照时间窗内超过了阀值，比如发生了30次调用,如果在这30次调用中，有15次发生了超时异常,也就是超过50%的错误百分比，在默认设定50%阀值情况下，这时候就会将断路器打开。

2、断路器开启或者关闭的条件：

1.     当满足一定阀值的时候（默认10秒内超过20个请求次数）
2.     当失败率达到一定的时候（默认10秒内超过50%请求失败）
3.     到达以上阀值，断路器将会开启
4.     当开启的时候，所有请求都不会进行转发
5.     一段时间之后（默认是5秒），这个时候断路器是半开状态，会让其中一个请求进行转发。如果成功，断路器会关闭，若失败，继续开启。重复4和5

3、断路器打开之后：

1、再有请求调用的时候，将不会调用主逻辑，而是直接调用降级fallback。通过断路器，实现了自动地发现错误并将降级逻辑切换为主逻辑，减少响应延迟的效果。I
2、原来的主逻辑要如何恢复呢?
对于这一问题, hystrix也为我们实现了自动恢复功能。
当断路器打开，对主逻辑进行熔断之后，hystrix会启动一 个休眠时间窗,在这个时间窗内，降级逻辑是临时的成为主逻辑,
当休眠时间窗到期，断路器将进入半开状态,释放一次请求到原来的主逻辑上,如果此次请求正常返回，那么断路器将继续闭合,
主逻辑恢复，如果这次请求依然有问题，断路器继续进入打开状态，休眠时间窗重新计时。

 

 

代码演示如下：

1、在服务端进行服务降级的 demo中追加模块即可，在controller中添加测试接口

@GetMapping(value="/payment/breaker/{id}")
    public String getBreaker(@PathVariable("id") Integer id){
        String breaker = paymentHystrixService.hystrixCircuitBreaker(id);
        log.info(breaker);
        return  breaker;
    }

2、在PaymentHystrixService服务中，添加服务熔断测试模块。这里面的一些配置参数来源于源码HystrixCommandProperties类。

 /**
     * 服务熔断 测试demo
     *
     */
    @HystrixCommand(fallbackMethod = "breakerFallback_handler", commandProperties = {
            @HystrixProperty(name = "circuitBreaker.enabled", value = "true"),//是否开启断路器
            @HystrixProperty(name = "circuitBreaker.requestVolumeThreshold", value = "10"),// 请求次数
            @HystrixProperty(name = "circuitBreaker.sleepWindowInMilliseconds", value = "10000"), //时间窗口期
            @HystrixProperty(name = "circuitBreaker.errorThresholdPercentage", value = "60") //失败率达到多少后跳闸
    })
    public String hystrixCircuitBreaker(Integer id) {
        if (id < 0) {
            throw new RuntimeException("*****id不能为负数");
        }
        String uuid = IdUtil.simpleUUID();
        return Thread.currentThread().getName() + "调用成功，流水号：" + uuid;
    }

    public String breakerFallback_handler(Integer id) {
        return "id不能为负数，请稍后再试。。。。";
    }

3、测试结果验证：

• 正常请求不加服务熔断的情况下，输入正数会返回调用成功，输入负数会返回 id不能为负数提示
• 当我们加上服务熔断后，当我们多次请求参数为负数，达到断路器的阈值后，断路器会打开，当我们此时再去请求参数为正数时，依然会返回 id不能为负数，请稍后再试，是因为断路器打开后，进行了服务降级，等隔断时间再次尝试请求参数为正数时，断路器会关闭，重新返回调用成功

 

 

附：一下其他的参数，有需要可以去源码里面查找

commandProperties = {
//没置隔离策略，THREAD 表示线程池SEMAPHORE:信号她隔离
@HystrixProperty(name = "execution. isolation.strategy", value = "THREAD"),
//当隔离策略选择信号池膈离的时候，用来没置信号池的大小(最大并发数)
@HystrixProperty(name = " execution. isolation. semaphore . maxConcurrentRequests", value = "10"),
//配置命令执行的超时时间
@HystrixProperty(name = "execution. isolation. thread . timeoutinMilliseconds", value = "10"),
//是否启用超时时间
@HystrixProperty(name = "execution. timeout . enabled", value = "true"),
//执行超时的时候是否中断
@HystrixProperty(name = "execution. isolation. thread. interruptOnTimeout", value = "true"),
//执行被取消的时候是否中断
@HystrixProperty(name = "execution. isolation . thread . interruptOnCancel", value = "true" ),
//允许回调方法执行的最大并发数
@HystrixProperty(name = "fallback . isolation . semaphore . maxConcurrentRequests", value = "10"),
//服务降級是否启用，是否执行回调函数
@HystrixProperty(name = "fallback. enabled", value = "true"),
//是否启用断路器
@HystrixProperty(name = "circuitBreaker. enabled", value = "true"),
//该属性用来没置在演动时间窗中，断路器熔断的最小请求数。例如，默认该值为20的时候，
//如果滚动时间窗(默江10秒)内仅收到了19个请求，即使这19个请求都失败了， 断路器也不会打开。@HystrixProperty(name = "circuitBreaker . requestVolumeThreshold", value = "20"),
//该属性用来没置在演动时间窗中，表示在燎动时间窗中，在请求数量超过
// circui tBreaker. requestVolumeThreshold的情况下，如果错误请求数的百分比超过50,
// 就把断路器没置为”打开”状态，否则就没置为"关闭”状态。
@HystrixProperty(name = "circuitBreaker . errorThresholdPercentage", value = "50"),
//该属性用来没置当断路器打开之后的休眠时间窗。休眠时间窗结束之后，
//会将断路器置为"半开”状态，尝试熔断的请求命令，如果依然失败就将断路器继续设置为"打开”状态,//如果成功就没置为"关闭”状态。
@HystrixProperty(name = "circuitBreaker . sleepWindowinMilliseconds", value = "5000"),
//断路器强制打开
@HystrixProperty(name = "circuitBreaker . forceOpen", value = "false"),
//断路器强制关闭
@HystrixProperty(name = "circuitBreaker . forceClosed", value = "false"),
//滚动时间窗设置，该时间用于断路器判断健康度时需要收集信息的持续时间
@HystrixProperty(name = "metrics . rollingStats . timeinMilliseconds", value = "10000"),
// 该属性用来没置滚动时间窗统计指标信息时划分”桶"的数量，断路器在收集指标信息的时候会根据
//设置的时间窗长度拆分成多个"桶”来累计各度量值，每个”桶”记录了-段时间内的来集指标。
//比如10秒内拆分成10个”桶"收集这样，所以timeinMilliseconds 必须能被numBuckets 整除。否则会抛异常@HystrixProperty(name = "metrics . rollingStats . numBuckets", value = "10"),
//该属性用来没置对命令执行的延迟是否使用百分位数来跟踪和计算。如果设置为false, 那么所有的概要统计鄱将返回-1。
@HystrixProperty(name = "metrics . rollingPercentile. enabled", value = "false"),
//该属性用来设置百分位统计的滚动窗口的持续时间，单位为毫秒。
@HystrixProperty(name = "metrics . rollingPercentile . timeInMilliseconds", value = "60000"),
//该属性用来没置百分位统计滚动窗口中使用“桶”的数量。
@HystrixProperty(name = "metrics . rollingPercentile . numBuckets", value = "60000"),
//该属性用来设置在执行过程中每个“榜” 中保留的最大执行次数。 如果在滚动时间窗内发生超过该没定值的执行次数，
//就从最初的位置开始重写。例如，将该值没置为100， 演动窗口为10秒， 若在10秒内一个 “桶”中发生了500次执行,那么该“桶”中只保留最后的100次执行的统计。另外，增加该值的大小将会增加内存量的消耗，并增加排序百分位数所需的计算时间。
@HystrixProperty(name = "metrics . rollingPercentile. bucketSize", value = "100"),
//该属性用来没置采集影响断路器状态的健康快照(请求的成功、 错误百分比)的间隔等待时间。
@HystrixProperty(name = "metrics .healthSnapshot . intervalinMilliseconds", value = "500"),
// 是否开启请求缓存
@HystrixProperty(name = "requestCache. enabled", value = "true"),
// HystrixCommand的执行和事件是否打印日志到HystrixRequestLog中
@HystrixProperty(name = "requestLog. enabled", value = "true"), 

threadPoolProperties = {
//该参数用来没置执行命令线程池的核心线程数，该值也就是命令执行的最大并发量
@HystrixProperty(name = "coreSize", value = "10"),
//该参数用来没置线程池的最大队列大小。当设置为-1时，线程池将使用SynchronousQueue实现的队列，
//否则将使用LinkedBlockingQueue实现的队列。
@HystrixProperty(name = "maxQueueSize", value =“-1"),
//该参数用来为队列设置拒绝阈值。通过该参数，即使队列没 有达到最大值也能拒绝请求。
//该参数主要是对LinkedBLockingQueue队列的补充,因为LinkedBLockingQueue
//队列不能动态修改它的对象大小，而通过该属性就可以凋整拒绝请求的队列大小了。
@HystrixProperty(name = "queueSizeRejectionThreshold", value = "5"),