本文节选自《疯狂Spring Cloud微服务架构实战》

Spring Cloud教学视频：https://my.oschina.net/JavaLaw/blog/1552993

Hystrix运作流程

在前面的例子中，使用Hystrix时仅仅创建命令并予以执行，看似简单，实际上，Hystrix有一套较为复杂的执行逻辑，为了能让大家大致了解该执行过程，笔者将整个流程作了简化。Hystrix的运作流程请见图6-3。

图6-3 Hystrix的运作流程图

简单说明一下运作流程：

• 第一步：在命令开始执行时，会做一些准备工作，例如为命令创建相应的线程池（后面章节讲述）等。
• 第二步：判断是否打开了缓存，打开了缓存就直接查找缓存并返回结果。
• 第三步：判断断路器是否打开，如果打开了，就表示链路不可用，直接执行回退方法。结合本章开头的例子，可理解为“基础服务”模块不可用，“服务A”模块直接执行回退，响应用户请求。
• 第四步：判断线程池、信号量（计数器）等条件，例如像线程池超负荷，则执行回退方法，否则，就去执行命令的内容（例如前面例子中的调用服务）。
• 第五步：执行命令，计算是否要对断路器进行处理，执行完成后，如果满足一定条件，则需要开启断路器。如果执行成功，则返回结果，反之则执行回退。

        整个流程最主要的点，就在于断路器是否被打开，后面会讲解断路器的相关内容。我们的客户端在使用Hystrix时，表面上只是创建了一个命令来执行，实际上Hystrix已经为客户端添加了几层的保护。

        图6-3的流程图对Hystrix的运作流程做了最简单的描述，对于部分的细节，在此不进行赘述，读者大致了解运作流程即可，后面章节会详细描述。

本文节选自《疯狂Spring Cloud微服务架构实战》

Spring Cloud教学视频：https://my.oschina.net/JavaLaw/blog/1552993

本书代码共享地址：https://gitee.com/yangenxiong/SpringCloud