断路器hystrix

　　分布式系统中不可避免的会出现一些故障，因为服务间错综复杂的依赖关系，有时候一个服务出现问题后，会导致依赖于它的服务出现远程调度的线程受阻，给服务造成压力，当然同样的，祖父级调用者(暂且这么叫吧)当然也会因此受阻，依赖于祖父级调用者的应用也会被阻塞，，，，，这就是所谓的“雪崩”。

　　hystrix，一般叫做断路器。它的直译应该是豪猪，一种浑身有刺，碰到危险时可以保护自己的动物，netflix团队将项目取名为hystrix也是这么个用意吧。观察一下，会发现hystrix的监控界面图标就是一个Q版的豪猪。

--------------------------------------------------------------------------------------------------------------------------------

hystrix的设计原则：

　　1、防止单个服务的故障耗尽整个服务的servlet容器的线程资源。

　　2、快速失败机制；如果某个服务出现了故障，则调用该服务的请求走快速失败通道，而不是线程等待。

　　3、提供回退方案，在请求发生故障时，提供良好的回退方案。

　　4、使用熔断机制，防止扩散到其它服务。

　　5、提供熔断器的监控组件hystrix dashboard，可以实时监控熔断器状态。

工作机制：

　　断路器工作流程图如下：

　　当一段时间内用户请求失败次数小于阈值的时候，说明服务正常，此时断路器是关闭的；当失败数达到或高于阈值的时候，说明服务出现了问题，此时断路器开启，所有请求执行快速失败，不再执行原业务代码；过一段时间后，原先隔离的服务可能恢复正常了，断路器会尝试进入半打开状态，执行正常业务代码；如果执行的请求失败了，则继续打开，请求走快速失败，若执行的请求成功了，则关闭断路器，执行正常业务代码。

代码演示：

　　1、pom内容：

　　只是hystrix断路功能的话，

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

　　就可以了，如果要查看监控页面，需要额外引入以下两个：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-hystrix-dashboard</artifactId>
</dependency>

2、启用注解：

　　相应的，断路器跟监控分别需要注解：@EnableHystrix跟@EnableHystrixDashboard

3、配置hystrix

　　a、对于restTemplate配置：需要在方法上加@HystrixCommand注解，并声明快速失败函数，例如：

@HystrixCommand(fallbackMethod = "sayError") //fallbackMethod为hystrix开启后执行的快速失败方法
public PersonVo getPerson(){
    PersonVo personVo = null;
    personVo = restTemplate.getForObject("http://sms-module/sms/getPerson?phoneNumber=17301394307",PersonVo.class);
    return personVo;
}

public PersonVo sayError(){
    PersonVo vo = new PersonVo();
    vo.setName("lisi");
    return vo;
}

　　b、对于feign的配置：需要在@FeignClient注解中声明fallback对应方法所在的类，该类必须实现@FeignClient注解所修饰的接口，例如：

@FeignClient(name = "sms-module",fallback = FeignHystrix.class)
public interface FeignSmsClient {
    @RequestMapping(value = "/sms/getPerson")
    PersonVo queryPerson(@RequestParam("phoneNumber") String phoneNumber);
}

　　fallback的实现类：　　

@Component  //注意，这个实现类要纳入ioc管理
public class FeignHystrix implements FeignSmsClient {
    @Override
    public PersonVo queryPerson(String phoneNumber) {
        PersonVo vo = new PersonVo();
        vo.setName("王五");
        return vo;
    }
}

3、测试

　　分别启动eureka-server，sms-module跟我们搭建的hystrix服务，注意，hystrix服务在用feign的时候，要在配置文件注明feign.hystrix.enabled=true，使用feign的时候hystrix默认是关闭的。

　　controller代码为：

@RequestMapping("/demo")
@RestController
public class TestClientController {
    @Autowired
    FeignService feignService;
    @Autowired
    TemplateService templateService;

    @RequestMapping("/test")
    public PersonVo myGetPerson(){
        ServiceInstance instance = loadBalancerClient.choose("sms-module");
        System.out.println("本次执行的实例是："+instance.getHost()+":"+instance.getPort());
        PersonVo personVo = templateService.getPerson();
        return personVo;
    }

    @RequestMapping("/test2")
    public PersonVo myGetPerson2(){
        PersonVo personVo = null;
        personVo = feignService.queryPerson("15611273879");
        return personVo;
    }
}

　　测试resttemplate跟feign正常访问：

　　关闭sms-module，两个都因为访问不到资源而被hystrix保护，进入快速失败：

　　再次启动sms-module，其它不作任何处理，过一段时间会发现两者又可以继续访问了。

4、监控配置

　　监控可以使用hystrix-dashboard或者turbine，两者的区别是dashboard只能监控单个服务，而turbine可以监控多个(需要在配置文件写监控哪些)，可以看做是dashboard的高级版本，是netflix后来才开源的。

　　为了对比，分两个服务进行搭建：

　　a、需要的依赖：

　　turbine所在服务：

<!--监控相关-->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-hystrix-dashboard</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-turbine</artifactId>
</dependency>

　　dashboard所在服务只依赖前两个starter

b、开启注解

　　在启动类配置注解@EnableHystrixDashboard跟@EnableTurbine，dashboard所在服务只配置第一个。

　　在turbine项目，配置文件配置

turbine:
  appConfig: feign-demo,turbine-demo   #这里是turbine要监控的服务名列表，逗号隔开，我本地turbine项目的服务名为feign-demo，hystrix项目的服务名为turbine-demo(项目名是从前边的学习一路过来的，这名字在这里比较容易混淆，，，，)
  clusterNameExpression: new String("default")

　　其它代码共用上边hystrix的测试代码，在dashboard项目中将controller中url映射改为test3跟test4，相应的service方法名加222，启动项目分别访问http://localhost:port/hystrix

　　页面三个框，分别填写http://localhost:8081/hystrix.stream、2000、dashboard-env跟http://localhost:8080/turbine.stream、2000、turbine-env，点击monitor stream，

　　可能开始页面为空，访问http://localhost:8081/demo/test3、http://localhost:8081/demo/test4跟http://localhost:8080/demo/test、http://localhost:8080/demo/test2后再查看页面

　　

　　页面中各个监控数据的含义：

　　

　　很明显8081只显示了自己本服务的两个接口，而8080则显示了两个项目的所有接口，这就是dashboard跟turbine的区别，相比较来说，当然选择turbine了。

--------------------------------------------------------------------------------------------------------------------------------

　　先这样吧，更深的内容以后再补。