连载：4-spring-cloud-hystrix

熔断器Hystrix
一、什么是熔断器
在分布式系统中，服务与服务之间错综复杂的调用关系很难保证系统一直稳定运行。当某一个服务出现故障，就会导致依赖此服务的其他服务出现远程调度线程阻塞。Hystrix是Netflix公司开源的一个项目，它提供了熔断器功能，能够阻止分布式系统中出现联动故障。Hystrix是通过隔离服务的访问点阻止联动故障的，并提供了故障的解决方案，从而避免了整个分布式系统的弹性。
当某个服务出现网络延迟或者故障时，即使依赖的服务依然正常可用，但由于故障服务会使用户请求处于阻塞状态。高并发的情况下，单个服务的延迟会导致整个请求都处于延迟状态，可能在几秒内就使整个服务处于线程负载饱和的状态，用户请求处于阻塞，最终导致整个服务的线程资源殆尽。由于服务的依赖性，会导致依赖于该故障服务的其他服务也处于线程阻塞状态，最终导致这些服务的资源都消耗殆尽，直到不可用，从而导致整个微服务系统都不可用，这就是雪崩效应。
为了防止雪崩效应，因而产生了熔断器模型。

二、Hystrix工作原理

• 当服务的某个API接口的失败次数在一定时间内小于设定的阀值时，熔断器处于关闭状态，该API接口提供正常服务；
• 当该API接口处理请求的失败次数大于设定的阀值时，Hystrix判定该API接口出现了故障，打开了熔断器，这时该API接口会执行快速失败的逻辑（fallback的逻辑），不执行业务处理，请求线程不会处于阻塞状态。
• 处于打开状态的熔断器，一段时间后会处于半打开状态，并将一定数量的请求执行正常业务逻辑。剩余的请求会执行快速失败，若执行正常逻辑的请求依然失败，熔断器继续打开；若成功，则将熔断器关闭。
  这样熔断器就具有了自我修复的能力。

三、RestTemplate和Ribbon上使用熔断器
熔断器机制：

1、pom.xml

2、启动类application.java，开启熔断器 @EnableHystrix

3、service改造
添加@HystrixCommand注解，为方法添加熔断器，同时，打开失败回退逻辑fallback。回退逻辑最好不添加其他业务处理，也不调用远程服务，执行快速失败，释放资源。如果一定需要在回调中远程调度其他服务，最好在远程调度其他服务时，也加上熔断器。

4、启动
启动eureka服务端，启动两个client和ribbon client，等待所有服务均启动完成，开发服务端发现两个client服务和ribbon client。访问http://localhost:8766/hi，通过ribbon分别访问两个client实例，均正常。当关闭其中一个client，会快速执行失败相应，提示error，但并不影响其他服务的正常运行，线程能够得到及时处理，不会出现线程阻塞情况。

四、在Feign上使用熔断器
由于Feign的起步依赖中已经引入了Hystrix的依赖，所以在Feign中使用Hystrix不需要引入任何的依赖，只需要在application.yml中开启Hystrix的功能即可。
1、application.yml

2、在EurekaClientFeign文件的FeignClient注解上添加fallback快速失败的处理类。
该处理类是作为Feign熔断器的逻辑处理类，必须实现被@FeignClient修饰的接口，最后以Spring Bean的形式注入Ioc容器中。

3、回退处理逻辑类
回退处理逻辑类需要实现EurekaClientFeign接口，并需要再接口方法里编写熔断处理逻辑，同时需要在类上添加@Compont注解，注入Ioc容器中。

4、启动服务，同ribbon访问方式相同，会发现当client不可用时，feign client 进入了fallback的逻辑处理来执行熔断器打开的处理逻辑。

五、使用Hystrix Dashboard监控熔断器的状态、使用Turbine聚合监控
此部分还没有深入理解，后续补充。。。