Spring Cloud 讲解 (三) | Spring Cloud Hystrix -- 断路器

更多原创文章，请访问：https://takioo.cn

Spring Cloud Hystrix

Hystrix，‘豪猪’，是一种身上长满棘刺的动物，棘刺有保护御敌作用，Spring Cloud开发团队为该框架命名为Hystrix，旨在说明该框架体现出的防御机制。

场景：
在微服务架构中，应用被拆分为许多服务单元，每个服务单元都在各自的进程中运行，通过远程调用的方式彼此依赖。
因此如果被调用方由于网络原因或是自身问题产生了调用故障或延迟，那么就会导致调用方对外的服务也出现延迟，如果这时候调用方收到的请求不断增加，那么调用方的线程资源将被耗尽，最终导致服务瘫痪。

举个栗子：厨师A（A服务）在厨房，餐馆这时候来了个客人，传话员B（B服务）用通话机告诉厨师A炒个xxx菜，但是这时通话机故障了，A迟迟没应答，传话员B又不能擅离岗位到厨房去，只能干等着A回复自己，偏偏这时候又来了一群客人，B既要接待客人又要时刻关注A有没有回应，B忙得心疲力尽，晕倒了（B服务挂了）。

1. 断路器

微服务架构中，诸多服务之间相互依赖，因此一旦某个服务出现故障，很可能就导致整个系统的瘫痪，这样的架构相比于传统架构更加不稳定，为了解决这个问题，产生了断路器等一系列的服务保护机制。

1.1 断路器的作用 – 避免级联故障

通过断路器的故障监控，向调用方返回一个错误响应，而不是长时间的等待，这样就不会使得线程因调用故障服务被长时间占用不释放，避免了故障在分布式系统中的蔓延。

2. 使用Hystrix实现一个简单的断路器功能

2.1 在上节中的ribbon_service 中引入依赖：

<dependency>
	<groupId>org.springframework.cloud</groupId>
	<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>

2.2 在ribbon_service 的主函数上添加@EnableHystrix注解，开启断路器模式：

@EnableEurekaClient //激活服务发现
@SpringBootApplication
@EnableHystrix  //开启断路器模式
public class RibbonServiceApplication {

	public static void main(String[] args) {
		SpringApplication.run(RibbonServiceApplication.class, args);
	}

	@Bean
	@LoadBalanced //使用客户端负载均衡
	RestTemplate restTemplate() {
		return new RestTemplate();
	}

}

2.3 在ribbon_service的 hiAction 方法上添加@HystrixCommand注解，并指定回调方法：

@RestController
public class HelloControl {

    @Autowired
    RestTemplate restTemplate;

    @HystrixCommand(fallbackMethod = "errorAction")
    @RequestMapping("/hi")
    public void hiAction() {

        restTemplate.getForEntity("http://aService/hello",
                        String.class).getBody();

    }

    //注意：返回值类型须和原调用函数相同
    public void errorAction() {
        System.out.println("sorry, an error happened");
    }

}

启动注册服务以及ribbonService，并关闭aService服务，浏览器中访问http://localhost:9000/hi，会发现终端已经打印出：sorry, an error happened。

由上可以看出，当方法调用失败时，Hystrix会进入fallback方法中进行处理，这种操作，我们称之为“服务降级”。

在服务降级的处理逻辑中，需要实现一个通用的响应结果，并且这种结果应当是从缓存或是根据静态逻辑中获取，而不是依赖网络请求。最后，当命令的降级逻辑返回结果之后，Hystrix就会将该结果返回给调用者。

点击获取本节：示例代码