熔断原理如何正确理解底层实现机制海量资源.pdfVIP

本文由简悦SimpRead转码，原文地址

介绍完SpringCloud中针对服务容错机制的SpringCloudCircuitBreaker组件，今天我们还是探

讨其中的Hystrix组件。Hystrix作为最为经典的服务容错实现框架，我们有必须要对它的底层实现机制

有一定的了解。

HystrixCircuitBreaker

通过前面两个的介绍，我们知道在日常开发中，使用Hystrix熔断器的最简单方法就是在Spring

Boot应用程序中添加@EnableCircuitBreaker注解。让我们先来分析一下这个注解背后的实现原理。

@EnableCircuitBreaker注解

@EnableCircuitBreaker注解的作用就是告诉SpringCloud在该服务中启用Hystrix，其效果就相当于

在应用程序中自动注入了熔断器。与介绍负载均衡时提到的LoadBalancerClient接口一样，Spring

Cloud也把@EnableCircuitBreaker注解作为一种公共组件放在spring-cloud-commons工程中，其

定义如下所示：

@Target(ElementType.TYPE)

@Retention(Retention.RUNTIME)

@Documented

@Inherited

@Import(EnableCircuitBreakerImportSelector.class)

public@interfaceEnableCircuitBreaker{

}

可以看到，这里通过@Import注解引入了EnableCircuitBreakerImportSelector类，该类定义如下：

publicclassEnableCircuitBreakerImportSelectorextends

SpringFactoryImportSelectorEnableCircuitBreaker{

@Override

protectedbooleanisEnabled(){

returngetEnvironment().getProperty(

spring.cloud.circuit.breaker.enabled,Boolean.class,Boolean.TRUE);

}

}

关于SpringBoot中各种ImportSelector类的工作原理，其作用类似于JDK中的SPI，它会在代码工程

中的META-INF/spring.factories文件夹下寻找相应的配置项。上述的

EnableCircuitBreakerImportSelector类会加载spring.factories中标明为EnableCircuitBreaker的配

置类，如下所示：

org.springframework.cloud.client.circuitbreaker.EnableCircuitBreaker=\

flix.hystrix.HystrixCircuitBreakerConfiguration

可以看到这里指向了HystrixCircuitBreakerConfiguration这个配置类，注意该类位于spring-cloud-

netflix-core工程中。Hystrix在整个SpringCloudNetflix框架中的地位很高，这点从它所处的工程位

置就可见一斑。框架的设计者认为服务容错是最的机制，是所有服务都应该具备的基础功能，所以

没有单独创建以Hystrix命名的工程，而是将其直接放在了spring-cloud-netflix-core工程中。实际

上，该工程也只包含了Hystrix相关的类。

HystrixCircuitBreakerConfiguration配置类构造了一个切面，即HystrixCommandAspect。从命

名上看，HystrixCommandAspect是一个用于HystrixCommand的切面，这个切面对应的

pointcut如下：

@Pointcut(@annotation(flix.hystrix.contrib.javanica.annotation.HystrixCo

mmand))

publicvoidhystrixCommandA