
熔断器的核心:线程隔离和服务降级。
1.线程隔离:是指Hystrix为每个依赖服务调用一个小的线程池,如果线程池用尽,调用立即被拒绝,默认不采用排队。
2.服务降级(兜底方法):优先保证核心服务,而非核心服务不可用或弱可用。触发Hystrix服务降级的情况:线程池已满、请求超时。
线程隔离和服务降级之后,用户请求故障时,线程不会被阻塞,更不会无休止等待或者看到系统奔溃,至少可以看到执行结果(熔断机制)。
局部熔断/服务降级案例
注意,前提是你已经把消费者和提供者都注册到了注册中心,没有的话:
(1)引入熔断的依赖坐标:
<!--熔断器-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>
(2)在user-consumer消费者的入口程序开启熔断的注解

(3)服务降级处理,在user-consumer消费者的Controller中,在对应方法上添加降级处理注解,并且编写注解属性对应的方法。该方法名不是固定的,是我们自己取的,但是注解中标注的名称和方法名要保持一致

(4)在 user-provider提供者 的 controller 方法里面,添加一个异常信息,以便触发服务降级

(5)其他熔断策略配置,比如熔断降级超时设置,默认为2秒,两秒后没反应则触发服务降级。

(6)测试,根据4,5两步骤可知,当查询id为2的方法时会进行线程休眠,二休眠的时间,大于触发服务降级的最大容忍时间,因此会触发服务降级

(7)最后降级注解还以加在类上。
①在类上加上注解

②,需要在需要保证的方法上加上注解,但不需要给注解配置任何属性

③测试:

总结:
一,方法上建立作用于方法上的熔断降级处理
①在方法上加上 @HystrixCommand(fallbackMethod = “failBack1g”)
②在该类中编写上面注解中指定的名称的方法。
这样如果在执行该方法的过程中出现了错误将会触发关联于该方法的熔断降级处理
二,方法上建立作用于方法上的熔断降级处理
①在类上加上 @DefaultProperties(defaultFallback = “defaultFailBack23”)
②在该类中编写上面注解中指定的名称的方法。
③且要处理的方法上标注@HystrixCommand注解,但是不用指定属性
最后:如果类上和方法上同时都有处理,那么优先使用方法上的降级处理方式。即就近原则
815

被折叠的 条评论
为什么被折叠?



