SpringCloud04：hystrixs熔断器与Zuul路由网关

一、熔断器Hystrixs

1、分布式系统面临的问题

• 复杂分布式体系结构中的应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免的失败。
  
• 多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B 和微服务C又调用其他的微服务，这就是所谓的 “扇出”、如果扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，所谓的 “雪崩效应。

2、什么是Hystrixs

• Hystrix是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统里，许多依赖不可避免的会调用失败，比如超时，异常等，Hystrix能够保证在一个依赖出问题的情况下，不会导致整体服务失败，避免级联故障，以提高分布式系统的弹性。

3、Hystrixs的作用

• “断路器” 本身是一种开关装置，当某个服务单元发生故障之后，通过断路器的故障监控（类似熔断保险丝），向调用方返回一个服务预期的，可处理的备选响应（FallBack），而不是长时间的等待或者抛出调用方法无法处理的异常，这样就可以保证了服务调用方的线程不会被长时间，不必要的占用，从而避免了故障在分布式系统中的蔓延，乃至雪崩。

二、服务熔断

1、什么是服务熔断

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

2、服务熔断的作用

• 当所依赖的对象不稳定时，能够起到快速失败的目的。
• 快速失败后，能够根据一定的算法动态试探所依赖对象是否恢复。

3、代码演示

• 依赖导入

<!--Hystrix-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-hystrix</artifactId>
            <version>1.4.6.RELEASE</version>
        </dependency>

• application.yml

#Eureka的配置，注册到哪里
eureka:
  client:
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/
  instance:
    instance-id: springcloud-provide-dept-hystric-8001  #修改erueka上的默认描述信息
    prefer-ip-address: true  #改为true默认显示的是ip地址，而不是Localhost

• controller层

//提供Restful风格服务
@RestController
public class DeptController {

    @Autowired
    private DeptService deptService;

    @GetMapping("dept/query/{id}")
    @HystrixCommand(fallbackMethod = "queryByIdOfHystrix")
    public Dept queryById(@PathVariable("id") Long id){
        Dept dept = deptService.queryById(id);
        if (dept==null){
            throw new RuntimeException("此id为空，查不到信息！！！");
        }
        return deptService.queryById(id);
    }


    public Dept queryByIdOfHystrix(@Pa