Hystrix解决雪崩问题-2.服务熔断

熔断原理
在服务熔断中，使用的熔断器，也叫断路器，其英文单词为：Circuit Breaker
熔断机制与家里使用的电路熔断原理类似；当如果电路发生短路的时候能立刻熔断电路，避免发生灾难。在分布式系统中应用服务熔断后；服务调用方可以自己进行判断哪些服务反应慢或存在大量超时，可以针对这些服务进行主动熔断，防止整个系统被拖垮。
Hystrix的服务熔断机制，可以实现弹性容错；当服务请求情况好转之后，可以自动重连。通过断路的方式，将后续请求直接拒绝，一段时间（默认5秒）之后允许部分请求通过，如果调用成功则回到断路器关闭状态，否则继续打开，拒绝请求的服务。

Hystrix的熔断状态机模型：

状态机有3个状态：
1.Closed：关闭状态（断路器关闭），所有请求都正常访问。

2.Open：打开状态（断路器打开），所有请求都会被降级。Hystrix会对请求情况计数，当一定时间内失败请求百分比达到阈值，则触发熔断，断路器会完全打开。默认失败比例的阈值是50%，请求次数最少不低于20次。

3.Half Open：半开状态，不是永久的，断路器打开后会进入休眠时间（默认是5S）。随后断路器会自动进入半开状态。此时会释放部分请求通过，若这些请求都是健康的，则会关闭断路器，否则继续保持打开，再次进行休眠计时

动手实践
为了能够精确控制请求的成功或失败，在 consumer-demo 的处理器业务方法中加入一段逻辑；
修改 consumer-demo\src\main\java\com\itheima\consumer\controller\ConsumerController.java：

package com.itheima.consumer.controller;

import com.itheima.consumer.pojo.User;
import com.netflix.hystrix.contrib.javanica.annotation.DefaultProperties;
import com.netflix.hystrix.contrib.javanica.annotation.HystrixCommand;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.cloud.client.ServiceInstance;
import org.springframework.cloud.client.discovery.DiscoveryClient;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.client.RestTemplate;

import java.util.List;

/**
 * @author QLBF
 * @version 1.0
 * @date 2021/3/1 23:12
 */
@RestController
//2.统一的降低方法
@DefaultProperties(defaultFallback = "defaultFallback")
@RequestMapping("/consumer")
public class ConsumerController {
    @Autowired
    private RestTemplate restTemplate;

    @Autowired
    private DiscoveryClient discoveryClient;

    @GetMapping("{id}")
    //1.在方法上的降低方法，这是指定下面那个降级方法
    //@HystrixCommand(fallbackMethod ="queryByIdFallback")
    @HystrixCommand  //就算是统一的方法也得加上
    public User queryById(@PathVariable Long id){
        //服务熔断test
        if (id==1){
            throw  new RuntimeException("太忙了");
        }
        /*
        //String url="http://localhost:9091/user/"+id;
        //获取eureka中注册的user-service实例列表,这里写的user-service要和user-service工程里面application.yml定义的应用名一致
        List<ServiceInstance> serviceInstances = discoveryClient.getInstances("user-service");
        ServiceInstance serviceInstance = serviceInstances.get(0);//获取服务列表的第一个(0是第一个，一般一个服务一个)的意思，得根据你服务列表有多少
        String url = "http://" + serviceInstance.getHost() + ":" + serviceInstance.getPort() + "/user/" + id;
        */
        //负载均衡Ribbon的url方式，简单很多：
        String url="http://user-service/user/"+id;
        return restTemplate.getForObject(url,User.class);
    }


    /*降级方法
    和需要收到保护的方法的返回值一致
    方法参数一致*/
    public User queryByIdFallback(Long id){
        User user=new User();
        user.setUserName("触发降级方法了");
        return user;
    }

    /*
    统一的降级方法
    和需要上面所以的方法的返回值一致
    方法参数要为空*/
    public User defaultFallback(){
        User user=new User();
        user.setUserName("触发统一的降级方法了");
        return user;
    }
}

这样如果参数是id为1，一定失败，其它情况都成功。（不要忘了清空user-service中的休眠逻辑）
我们准备两个请求窗口：
一个请求：http://localhost:8080/consumer/1，注定失败
一个请求：http://localhost:8080/consumer/8，肯定成功

当我们疯狂访问id为1的请求时（超过20次），就会触发熔断。断路器会打开，一切请求都会被降级处理。
此时你访问id为8的请求，会发现返回的也是失败，
但是失败时间很短，过了5秒之后，熔断器会进入半开模式，此时你再请求8还是成功了，
但是1还是失败的哦。

测试成功！

这些默认的点击次数可以改的：
还是再consumer.yml改：

spring:
  application:
    name: consumer-demo
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka
    # 获取服务地址列表间隔时间，默认30秒
    registry-fetch-interval-seconds: 10
hystrix:
  command:
    default:
      execution:
        isolation:
          thread:
          	#线程隔离
            timeoutInMilliseconds: 2000
            #服务熔断
      circuitBreaker:
        errorThresholdPercentage: 50 # 触发熔断错误比例阈值，默认值50%
        sleepWindowInMilliseconds: 10000 # 熔断后休眠时长，默认值5秒
        requestVolumeThreshold: 10 # 熔断触发最小请求次数，默认值是20