8-3 Hystrix架构图介绍

Hytrix官方的

第一部分是这里。熔断依赖命令来实现的
可以认为是线程的入口,所有需要Hytrix支持的内容 都必须要走 HystrixCommand、HystrixObservableCommand:只有这两种形式,没有其他可选的形式。除非你们继承它实现了自己的子类

第二部分

都是入口,这四个的差异就是同步执行,还是异步执行。

第三步



不用处理后面逻辑了 这里有缓存,直接返回

第四步熔断

其实是个状态判断,Hytrix自身有个开关,可以认为是一把锁,如果说Hytrix这把锁打开,意思就是说我已经不让你进了。锁关闭就是允许你进。
你可以为是拧把手的锁。打开的意思就是锁弹开了。

熔断器打开,就是这里的yes,那你就不要继续往下走了。

熔断了去调用getFailBack或者resumeWithFallback方法。

调用getFailBack或者resumeWithFallback方法。,这个方法调用,如果工程了那么就返回,如果失败了就报错。

getFailBack就是之前说的快速失败,就是降级。降级业务其实是我们自己写的。熔断开启后,会直接调用我们预定义的getFailBack方法,这个getFailBack方法里面的内容就是即将要返回的内容。

熔断如果没有开启就调下面的方法。Hytrix给我们提供了熔断和信号量,无论是信号量还是线程池都是有上限的。

如果说这两部分都出上限了。那么一样会去调用getFailBack
 
这两部都没有问题就到了第六步,真正执行我们的run方法。前面都是一些验证验证完成之后才真正执行command里的业务方法。



验证方法如果调用失败,就会调用getFailBack方法。如果超时也会调用getFailBack方法

如果都没有问题,第九步就返回了。

总结

hystrix大致分为这几个东西。


基于没有和我们业务有关的东西。所以2到7都算是业务验证。

主要学的东西就是这些。

结束

 

原文地址:https://www.cnblogs.com/wangjunwei/p/12810953.html