SpringCloud（四）熔断器

熔断器

雪崩效应

服务雪崩效应是一种因“服务提供者”的不可用导致“服务消费者”的不可用，并将不可用逐渐放大的过程。

熔断器

它可以实现快速失败，如果它在一段时间内侦测到许多类似的错误，会强迫其以后的多个调用快速失败，不再访问远程服务器，从而防止应用程序不断地尝试执行可能会失败的操作，使得应用程序继续执行而不用等待修正错误，或者浪费CPU时间去等到长时间的超时产生。熔断器也可以使应用程序能够诊断错误是否已经修正，如果已经修正，应用程序会再次尝试调用操作。

熔断器模式就像是那些容易导致错误的操作的一种代理。这种代理能够记录最近调用发生错误的次数，然后决定使用允许操作继续，或者立即返回错误。 熔断器开关相互转换的逻辑如下图：

Hystrix特性

1.断路器机制

当Hystrix Command请求后端服务失败数量超过一定比例(默认50%), 断路器会切换到开路状态(Open).这时所有请求会直接失败而不会发送到后端服务.断路器保持在开路状态一段时间后(默认5秒), 自动切换到半开路状态(HALF-OPEN).这时会判断下一次请求的返回情况,如果请求成功,断路器切回闭路状态(CLOSED), 否则重新切换到开路状态(OPEN).

2.Fallback

Fallback相当于是降级操作.对于查询操作,我们可以实现一个fallback方法,当请求后端服务出现异常的时候,可以使用fallback方法返回的值.fallback方法的返回值一般是设置的默认值或者来自缓存.

3.资源隔离

主要通过线程池来实现资源隔离.通常在使用的时候我们会根据调用的远程服务划分出多个线程池.例如调用产品服务的Command放入A线程池, 调用账户服务的Command放入B线程池.这样做的主要优点是运行环境被隔离开了.

代码实现

修改服务调用方的application.properties

spring.application.name=springcloud-eureka-consumer
server.port=3001
eureka.client.serviceUrl.defaultZone=http://localhost:1001/eureka/
feign.hystrix.enabled=true

创建回调基类继承HelloRemote

/**
 * 创建HelloRemoteHystrix类继承与HelloRemote实现回调的方法
 */
@Component
public class HelloRemoteHystrix implements HelloRemote{

	@Override
	public String hello(@RequestParam(value = "name") String name) {
		// TODO Auto-generated method stub
		return "hello" +name+", this messge send failed ";
	}

	
}

在调用类上添加fallback属性，指定发生熔断时调用的类

@FeignClient(name= "spring-cloud-producer",fallback = HelloRemoteHystrix.class)
public interface HelloRemote {

    @RequestMapping(value = "/hello")
    public String hello(@RequestParam(value = "name") String name);

}

测试

1.正常访问http://127.0.0.1:3001/hello/curry

2.关闭提供方，访问http://127.0.0.1:3001/hello/curry

hellocurry, this messge send failed

代码示例

参考

纯洁的微笑