SpringCloud容错机制
Hystrix服务降级
雪崩效应
服务雪崩效应是一种因“服务提供者的不可用”（原因）导致“服务调用者不可用”（结果），并将不可用逐渐放大的现象。如下图所示：
上图中, A为服务提供者, B为A的服务调用者, C和D是B的服务调用者. 当A的不可用,引起B的不可用,并将不可用逐渐放大C和D时, 服务雪崩就形成了。
形成原因
服务雪崩的过程可以分为三个阶段：
服务提供者不可用；
重试加大请求流量；
服务调用者不可用；
服务雪崩的每个阶段都可能由不同的原因造成，总结如下：
应对策略
这里讲到了服务降级：
1,服务降级：
通过SpringCloud中的Hystrix组件进行服务降级。
服务降级是中防御机制，通过这种防御机制能够降低微服务之间调用的过程中发生“雪崩效应”。
2,基于RestTemplate+ Ribbon 实现服务降级
1）加入依赖
org.springframework.cloud
spring-cloud-starter-netflix-hystrix 2）在启动类中加入注解，开启服务降级：
@EnableCircuitBreaker
3） 在需要降级的方法上添加注解： @HystrixCommand(fallback=“降级方法的名称”)
如果省略参数的情况下，则调用默认的降级方法。
如果在一个类中，多个方法降级是使用同一个降级方法，则可以定义一个默认的降级方法。
默认的降级方法参数不需要提供，返回值是一个可以进行序列化的对象。
普通的降级方法则需要满足两个条件：第一就是方法的参数必须与被降级的方法参数一致，第二，返回值也必须一致。
4）Hystrix默认情况下1S中如果不能够进行远程调用，则会自动触发降级。
hystrix:
command:
default:
execution:
isolation:
thread:
timeoutInMilliseconds: 1000注意：如果是通过gataway网关进行访问，则要设置网关的连接和读取超时时间。
需要在gataway中的yml文件中进行配置：
ribbon:
ConnectTimeout: 3000
ReadTimeout: 3000配置详情参照 app-day21_8-15–course文件夹。
5）断路器机制：
当在一定的时间段内，降级次数达到一个范围（20*50%），hystrix则自动会打开熔断器；
熔断器一旦open则正常的访问也会进行降级处理，待定一定的时间后（5000），则再次
向远程发起连接请求，如果此时能够访问断路器就进入close状态；访问不成功则还是close状态。
hystrix:
command:
default:
execution:
isolation:
thread:
timeoutInMilliseconds: 1000
circuitBreaker:
errorThresholdPercentage: 50
requestVolumeThreshold: 10
sleepWindowInMilliseconds: 50003使用Feign实现服务降级：
1)导入依赖
org.springframework.cloud spring-cloud-starter-openfeign
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>2)在启动中添加注解：
@EnableCircuitBreaker
3）在实现远程调用的接口中，添加降级实现：
@FeginClent(name="远程调用的服务名称",fallback=接口的实现类.class)
必须提供一个当前远程调用接口的实现类，在该类中实现所有的方法；
一旦进行服务降级，则会调用该实现类中的方法。
此时必须添加一个注解 @Component
