为什么使用断路器
在微服务架构中,根据业务来拆分成一个个的服务,服务与服务之间可以相互调用(RPC),在Spring Cloud可以用RestTemplate+Ribbon和Feign来调用。为了保证其高可用,单个服务通常会集群部署。由于网络原因或者自身的原因,服务并不能保证100%可用,如果单个服务出现问题,调用这个服务就会出现线程阻塞,此时若有大量的请求涌入,Servlet容器的线程资源会被消耗完毕,导致服务瘫痪。服务与服务之间的依赖性,故障会传播,会对整个微服务系统造成灾难性的严重后果,这就是服务故障的“雪崩”效应。
为了解决这个问题,业界提出了断路器(Hystrix)模型
SpringCloud 使用 Hystrix
较底层的服务如果出现故障,会导致连锁故障。当对特定的服务的调用的不可用达到一个阀值(Hystric 是5秒20次) 断路器将会被打开
RestTemplate +ribbon方式使用 Hystrix
1 引入起步依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>
2 入口类添加注解
在程序的启动类ServiceRibbonApplication 加@EnableHystrix注解开启Hystrix
@EnableHystrix
3 开发代码
在test方法上加上@HystrixCommand注解。该注解对该方法创建了熔断器的功能,并指定了fallbackMethod熔断方法
@Controller
@RequestMapping("/client")
public class TestController {
@Resource
private RestTemplate restTemplate;
@RequestMapping("/test")
@ResponseBody
@HystrixCommand(fallbackMethod = "hiError")
public String test(String name){
String forObject = restTemplate.getForObject("http://ORDERSERVICE/order/create?name="+name, String.class);
System.out.println(forObject);
return forObject;
}
public String hiError(String name) {
return "hi,"+name+",sorry,error!";
}
@Bean
//负载均衡
@LoadBalanced
public RestTemplate restTemplate(){
return new RestTemplate();
}
}
Feign中使用断路器
Feign是自带断路器的,在D版本的Spring Cloud之后,它没有默认打开。需要在配置文件中配置打开它,在配置文件加以下代码
feign.hystrix.enabled=true
实现并指定熔断类
只需要在FeignClient的服务调用接口的注解中加上fallback的指定类就行了
- 开发熔断后指定的类
@Component
public class ServiceHiHystric implements ServiceFeginInterfaces {
@Override
public String testdemo(String name) {
return "sory"+name;
}
}
- 指定类
使用 fallbcak 指定类
//@ FeignClient("服务名")
@FeignClient(value = "ORDERSERVICE",fallback = ServiceHiHystric.class)
public interface ServiceFeginInterfaces {
//value 调用的具体方法
@RequestMapping(value = "/order/create",method = RequestMethod.GET)
String testdemo(@RequestParam(value = "name") String name);
}
测试
宕机服务端服务器,再次向客户端服务器发起请求