SpringCloud1.5.X - Day06 学习SpringCloud中的Hystrix熔断器

Hystrix熔断器

我们学习微服务就是将一个个的模块拆分为一个个的服务 , 如下 , c和d服务调用后B服务,B服务调用A服务
图如下 :

    我们从图中不难发现 , 当A服务出现问题的时候 导致B服务也不可用 , 可能会发生级联传递,导致整个服务链上的服务不可用 ,随即整个服务就崩溃了!当一个系统划分的模块越多，这种故障发生的频率就会越高, 对于这个问题，Spring Cloud中最重要的解决方案就是断路器，那么本文我们就来看看什么是断路器。

    首先将以前的user , order 和Eureka Server 服务启动,将order服务启动两份 , 端口分别是8002和8003 , eureka截图如下:

此时我们随便访问一个接口可以看到下图

, 立即关闭一个order服务刷新两遍一定会出现

这是因为ribbon的负载均衡机制是默认是轮询 , 顾名思义就是来回切换 ,所以当一个服务提供者关掉之后，刷新的时候服务请求成功和请求失败是成对出现的：当服务消费者去请求那个被关掉的服务提供者的时候就会请求失败，当服务消费者去请求正常的服务提供者时就能获得期望的结果。请求失败时不能给用户展示这样一个ErrorPage,而应该是一个可控的页面，OK，我们来看看如何使用断路器来解决这个问题。

1. 服务消费者中加入断路器jart(user)

<dependency>
			<!-- hystrix的启动包 -->
			<groupId>org.springframework.cloud</groupId>
			<artifactId>spring-cloud-starter-hystrix</artifactId>
		</dependency>

2. user启动类加上注解@EnableCircuitBreaker , 表示 开启断路器功能
   
3. 创建HystrixService类

/**
 * @ClassName: HystrixService
 * @Description:
 * @author: 田晓斌
 * @date: 2019年4月22日 下午7:00:42
 */
@Service
public class HystrixService {

	@Autowired
	private RestTemplate restTemplate;

	/*
	 * @HystrixCommand注解来指定请求失败时回调的方法
	 */
	@HystrixCommand(fallbackMethod = "error")
	public String findOrderByUser(String id) {
		Integer oid = 123;
		return this.restTemplate.getForObject("http://springcloud-eureka-order/order/" + oid, String.class);
	}

	/*
	 * error()方法是一个请求失败时回调的方法。
	 */
	public String error(String id) {
		return "error";
	}
}

• Controller代码

/**
 * @ClassName:  HystrixController   
 * @Description: 
 * @author: 田晓斌
 * @date:   2019年4月22日 下午7:01:59
 */
@RestController
public class HystrixController {

	@Autowired
	private HystrixService hystrixService;

	@GetMapping(value = "/hystrix/findOrder/{id}")
	public String helloController(@PathVariable String id) {
		return hystrixService.findOrderByUser(id);
	}
}

编码完成 , 测试步骤和上面的步骤相同 , 启动工程后关闭一个order服务,刷新多次发现

OK,大家看到，此时如果服务调用失败，就会调用失败的那个回调方法。

事实上，不仅仅是服务提供者被关闭时我们需要断路器，如果请求超时也会触发熔断请求，调用回调方法返回数据。

好了断路器就介绍到这里 , 欢迎留言讨论