Hystrix

1.前置知识：服务降级，服务熔断

当我们的客户端和服务端越来越多的时候，服务器要处理的进程也会越来越多，处理器要处理的也就越多，会导致其他服务端响应变慢，甚至崩溃。并且随着功能的增加，客户端要使用的服务端也会越来越多。如果某个服务端出错无法响应，会进而影响到后续服务端的使用，引发雪崩（链式效应）。为了能够让客户端有更好的体验，我们要在多并发线程的服务端添加一个判断，并且设置对客户来说友好的页面作为最终选择。

服务降级就是设立一个条件，使得出错的服务，以及不能满足该条件的服务无法被调用直接进入到最终选择的页面。

服务熔断就是进程爆满后不让后来的进程进入。

区别：1.服务降级的业务级的处理，影响范围比较小。服务熔断是框架级的处理，影响的是整个系统。2.服务降级是某个服务引起的，服务熔断是从整体的负载考虑。3.服务降级一般是人为控制，服务熔断是系统恢复。

 

2.什么是Hystrix

Hystrix就是用来处理服务进程过多的功能。

3.怎么使用Hystrix

引入pom

 

 yml和不必修改

主启动类添加@EnableCircuitBreaker注解 

两种使用Hystrix的方法

对全局的服务接口公用一个最终的fallback

创建一个controller，添加@DefaultProperties(defaultFallback = "payment_Global_FallbackMethod")注解，意思是出错或者超时就调用fallback

在该controller创建与这方法名对应的fallback（defaultFallback = "payment_Global_FallbackMethod"）

 

 这样之后再此controller的调用方法都会受此影响。

对单独的调用方法使用Hystrix，就在上头添加注解，比如

 

 该注解的意思是如果响应时间超过3秒就跳转到最终页面。

 

以上为服务降级的使用

服务熔断

在service添加如下注解

 

 

 

Hystrix监控图表的使用

1.创建cloud-consumer-hystrix-dashboard9001

2.添加pom

 

 

3.yml端口设置为9001

4.在启动类添加新注解@EnableHystrixDashboard

5.在被监控的对象都要添加新依赖

 

 打开http://localhost:9001/hystrix启动测试。

 

 

注：因为hystrix已经停更，后面会用到其他功能，所以只了解其使用方法就好。

标签：服务,Hystrix,熔断,添加,注解,服务端
来源： https://www.cnblogs.com/VlogChen/p/16104624.html