Hystrix
断路器机制
断路器很好理解, 当Hystrix Command请求后端服务失败数量超过一定比例(默认50%), 断路器会切换到开路状态(Open)。这时所有请求会直接失败而不会发送到后端服务。断路器保持在开路状态一段时间后(默认5秒), 自动切换到半开路状态(HALF-OPEN)。这时会判断下一次请求的返回情况, 如果请求成功, 断路器切回闭路状态(CLOSED), 否则重新切换到开路状态(OPEN)。Hystrix的断路器就像我们家庭电路中的保险丝, 一旦后端服务不可用, 断路器会直接切断请求链, 避免发送大量无效请求影响系统吞吐量, 并且断路器有自我检测并恢复的能力。Fallback
Fallback相当于是降级操作。对于查询操作, 我们可以实现一个fallback方法, 当请求后端服务出现异常的时候, 可以使用fallback方法返回的值。fallback方法的返回值一般是设置的默认值或者来自缓存。资源隔离
在Hystrix中, 主要通过线程池来实现资源隔离。通常在使用的时候我们会根据调用的远程服务划分出多个线程池。例如调用产品服务的Command放入A线程池, 调用账户服务的Command放入B线程池。这样做的主要优点是运行环境被隔离开了。这样就算调用服务的代码存在bug或者由于其他原因导致自己所在线程池被耗尽时, 不会对系统的其他服务造成影响。但是带来的代价就是维护多个线程池会对系统带来额外的性能开销。如果是对性能有严格要求而且确信自己调用服务的客户端代码不会出问题的话, 可以使用Hystrix的信号模式(Semaphores)来隔离资源。
Feign Hystrix
上一篇我们使用了producer和consumers，熔断器是只作用在服务调用端，因此上一篇使用到的consumers我们可以直接拿来使用。因为Feign中已经依赖了Hystrix所以在maven配置上不用做任何改动。
（1）配置文件application.yml新增 feign.hystrix.enabled = true
server:
port: 8091
spring:
application:
name: spring-cloud-consumers
eureka:
server:
enable-self-preservation: false #关闭eureka的自我保护，防止已被关停的节点也错误的显示在线
client:
register-with-eureka: true #否允许客户端向Eureka 注册表获取信息，服务器为设置为false,客户端设置为true
fetch-registry: true #是否允许向Eureka Server注册信息 如果是服务器端，应该设置为false
service-url:
defaultZone: http://peer1:8761/eureka/ #此eureka server的应用注册地址
feign:
hystrix:
enabled: true
（2）创建fallback类，继承HelloRemote实现回调的方法。
//fallback指定的类必须实现@FeignClient标记的接口。
@Component
public class HelloRemoteFallback implements HelloRemote {
@Override
public String hello(@RequestParam(value = "name") String name) {
return "hello " + name + "，i am fallback message";
}
}
（3）添加fallback属性
//在HelloRemote类添加指定fallback类，在服务熔断的时候返回fallback类中的内容
@FeignClient(name= "spring-cloud-producer",fallback = HelloRemoteFallback.class)
public interface HelloRemote {
@RequestMapping(value = "/hello")
String hello(@RequestParam(value = "name") String name);
}
（4）测试
依次启动注册中心Eureka、producer、consumer，访问http://localhost:8091/hello?name=1，可以看到hello 1，producer is ready。关闭producer，再次访问http://localhost:8091/hello?name=1，就会看到fallback提供的内容。
