Spring Cloud （断路器） Hystrix（三）

　　在微服务当道的现下，系统架构中由业务拆分出多个系统之间，一般是经过远程RPC调用进行通讯，好比系统1调用系统2的服务，系统2调用系统3,当系统3发生故障的时候就会致使，可能会致使前置的两个系统发生崩溃，因此在系统架构中一般要保证系统的健壮性，好比使用降级策略，来保证由其余系统提供的服务发生错误不可用的时候，服务的调用方能够切换降级到正常的服务上使用。

Hystrix开源的一个限流熔断的项目

　　Netflix开源了Hystrix组件，实现了断路器模式，Spring Cloud 对这一组组件进行了组合

特色：隔离、降级、熔断、缓存

　　隔离：包括线程池隔离和信号隔离，限制调用分布式服务的资源使用，一个微服务出现问题不会影响其余服务

　　降级：超时降级、资源不足时降级、降级后能够配合降级接口返回托底数据

　　熔断：当失败率达到阀值自动触发降级（好比网络故障、服务异常），熔断器触发的快速失败会进行快速恢复。

　　缓存：提供请求缓存、请求合并实现

熔断

　　正常状况下，断路器处于关闭状态。若是在某段时间内，调用持续出错或者超时，断路器会被打开进入熔断状态，后续一段时间内的全部请求调用都会被拒绝。一段时间之后，保护器会尝试进入半熔断状态，开放少许的请求进来，若是调用败任然回到熔断状态，若是调用成功服务会到正常状态，断路状态关闭。

三种状态的转换：

　　closed -> open： 正常状况熔断器为close状态，当访问的同一个服务或者接口次数超过必定的阀值，而且错误比例超过咱们预约的阀值时，就会打开熔断机制，这个时候熔断器的状态就会从closed变成open状态

　　open -> half-open：当服务的熔断器状态为open的时候，全部的服务调用方在请求该服务的时候都是在执行本地的降级方法，Hystrix提供了一个策略，从open状态开始的时候记录了一个时间窗口，当熔断时间超过了这个时间时，就会把状态变动为half-open，这个时候远程调用请求服务接口时，发起的是服务正常应该提供的调用，而再也不是降级策略，若是服务调用正常熔断状态会从half-open->closed转变，熔断关闭

若是请求仍是异常，就继续从half-open->open转变

若是没有发生熔断，还有一道门槛，Hystrix提供了一个信号量限流器，限制进入熔断器最大并发数，能够控制请求下游的并发量，若是超过这个阈值，会被降级处理，有效的保护下游服务不会被突发流量给攻击。

在ribbon使用断路器

　　将前两节中的eureka服务与client启动起来，在service-ribbon项目中添加Hystrix引用

 <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

　　启动类中添加注解@EnableHystrix 

@EnableDiscoveryClient
@EnableEurekaClient
@SpringBootApplication
@EnableHystrix
public class ServiceribbonApplication {

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

    @Bean
    @LoadBalanced
    RestTemplate restTemplate(){
        return new RestTemplate();
    }
}

　　修改Controller加上@HystrixCommand注解。该注解对该方法建立了熔断器的功能，并指定了fallbackMethod熔断方法

@RestController
@RequestMapping("hello")
public class HelloControler {
    @Autowired
    HelloService helloService;

    @HystrixCommand(fallbackMethod = "hiError")
    @GetMapping(value = "/hi")
    public String hi(@RequestParam String name) {
        String a=helloService.hiService( name );
        return a;
    }

    public  String hiError(String name){
        return "调用服务下线";
    }
}

　　run起来，请求hi接口的时候，调用服务不通或者异常的时候将会执行指定的熔断方法。

　　正常启动eureka的client后，运行service-ribbon能够正常调用服务并返回字符串

hi aa ,i am from port:1002

　　手动停掉client后，再次请求

调用服务下线