SpringCloud(10) Hystrix：服务熔断

服务雪崩

多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微服务C有调用其他的微服务，这就是所谓的”扇出”，如扇出的链路上某个微服务的调用响应式过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统雪崩，所谓的”雪崩效应”

Hystrix：

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

断路器：

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

服务熔断：

熔断机制是应对雪崩效应的一种微服务链路保护机制，

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

服务熔断实列

1.导入依赖‘，服务熔断简而言之，就是当某个服务提供者发生问题时，用一些其他的服务去代替。

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

2.模拟服务熔断:服务出问题的时候，使用备用方法去运行服务，而不是抛出异常。

@RestController public class DeptController { @Autowired private DeptService deptService; @GetMapping("/dept/get/{id}") @HystrixCommand(fallbackMethod = "hystrixGet") public Dept get(@PathVariable("id") Long id){ Dept dept = deptService.queryById(id); if(dept == null){ throw new RuntimeException("id=>"+id+"用户不存在"); } return dept; } //备用方法 public Dept hystrixGet(Long id){ return new Dept() .setDeptno(id) .setDname("id=>"+id+"用户不存在") .setDb_source("数据库不存在"); } }

3.开启服务熔断功能 @EnableCircuitBreaker 对服务熔断的支持

@SpringBootApplication @EnableEurekaClient //在服务启动后，自动注册到eureka中 @EnableCircuitBreaker //添加对熔断的支持 public class HystrixDeptProvider_8001 { public static void main(String[] args){ SpringApplication.run(HystrixDeptProvider_8001.class,args); } }