Spring Cloud Spring Boot mybatis 企业分布式微服务云（九）服务容错保护（Hystrix断路器）【Dalston版】

断路器

断路器模式源于Martin Fowler的Circuit Breaker一文。“断路器”自己是一种开关装置，用于在电路上保护线路过载，当线路中有电器发生短路时，“断路器”可以及时的切断故障电路，防止发生过载、发热、甚至起火等严重后果。

在分布式架构中，断路器模式的做用也是相似的，当某个服务单元发生故障（相似用电器发生短路）以后，经过断路器的故障监控（相似熔断保险丝），直接切断原来的主逻辑调用。可是，在Hystrix中的断路器除了切断主逻辑的功能以外，还有更复杂的逻辑，下面咱们来看看它更为深层次的处理逻辑。

以在《Spring Cloud构建微服务架构：服务容错保护（Hystrix服务降级）》一文中实现的服务降级例子为示例，咱们来讲说断路器的工做原理。当咱们把服务提供者eureka-client中加入了模拟的时间延迟以后，在服务消费端的服务降级逻辑由于hystrix命令调用依赖服务超时，触发了降级逻辑，可是即便这样，受限于Hystrix超时时间的问题，咱们的调用依然颇有可能产生堆积。

这个时候断路器就会发挥做用，那么断路器是在什么状况下开始起做用呢？这里涉及到断路器的三个重要参数：快照时间窗、请求总数下限、错误百分比下限。这个参数的做用分别是：

快照时间窗：断路器肯定是否打开须要统计一些请求和错误数据，而统计的时间范围就是快照时间窗，默认为最近的10秒。 请求总数下限：在快照时间窗内，必须知足请求总数下限才有资格根据熔断。默认为20，意味着在10秒内，若是该hystrix命令的调用此时不足20次，即时全部的请求都超时或其余缘由失败，断路器都不会打开。 错误百分比下限：当请求总数在快照时间窗内超过了下限，好比发生了30次调用，若是在这30次调用中，有16次发生了超时异常，也就是超过50%的错误百分比，在默认设定50%下限状况下，这时候就会将断路器打开。 那么当断路器打开以后会发生什么呢？咱们先来讲说断路器未打开以前，对于以前那个示例的状况就是每一个请求都会在当hystrix超时以后返回fallback，每一个请求时间延迟就是近似hystrix的超时时间，若是设置为5秒，那么每一个请求就都要延迟5秒才会返回。当熔断器在10秒内发现请求总数超过20，而且错误百分比超过50%，这个时候熔断器打开。打开以后，再有请求调用的时候，将不会调用主逻辑，而是直接调用降级逻辑，这个时候就不会等待5秒以后才返回fallback。经过断路器，实现了自动地发现错误并将降级逻辑切换为主逻辑，减小响应延迟的效果。

在断路器打开以后，处理逻辑并无结束，咱们的降级逻辑已经被成了主逻辑，那么原来的主逻辑要如何恢复呢？对于这一问题，hystrix也为咱们实现了自动恢复功能。当断路器打开，对主逻辑进行熔断以后，hystrix会启动一个休眠时间窗，在这个时间窗内，降级逻辑是临时的成为主逻辑，当休眠时间窗到期，断路器将进入半开状态，释放一次请求到原来的主逻辑上，若是这次请求正常返回，那么断路器将继续闭合，主逻辑恢复，若是此次请求依然有问题，断路器继续进入打开状态，休眠时间窗从新计时。

源码来源：http://minglisoft.cn/honghu/technology.html

经过上面的一系列机制，hystrix的断路器实现了对依赖资源故障的端口、对降级策略的自动切换以及对主逻辑的自动恢复机制。这使得咱们的微服务在依赖外部服务或资源的时候获得了很是好的保护，同时对于一些具有降级逻辑的业务需求能够实现自动化的切换与恢复，相比于设置开关由监控和运维来进行切换的传统实现方式显得更为智能和高效。