断路器
断路器本身是一种开关装置，用于在电路上保护线路过载，当线路中又电路发生短路时，断路器能够及时的切断故障电路，放置发生过载、发热、甚至起火等严重后果。
在分布式架构中，断路器模式的作用也是类似，当某个服务发生故障之后，通过断路器的故障监控，直接切断原来的主逻辑调用。但是，在Hystrix中的断路器除了切断主逻辑的功能之外，还有更复杂的逻辑。
之前在ribbon项目中实现了服务降级，当我们吧服务提供者eureka-client关闭后，造成无法访问test方法，触发了降级逻辑。
断路器发挥作用的三个参数：
快照时间窗：断路器确定是否打开需要统计一些请求和错误数据，而统计的时间范围就是快照时间窗，默认为最近的10秒。
请求总数下限：在快照时间窗内，必须满足请求总数下限才有资格根据熔断。默认为20，意味着在10秒内，如果该hystrix命令的调用次数不足20次，即时所有的请求都超时或其他原因失败，断路器都不会打开。
错误百分比下限：当请求总数在快照时间窗内超过了下限，比如发生了30此调用，如果在这30次调用中，有16次发生了超时异常，也就是超过50%的错误百分比，在默认设定50%下限情况下，这时候就会将断路器打开。
断路器打开之前，如果请求10庙内请求总数超过20，并且错误比例超过50%，则打开熔断器，打开后不会调用主逻辑，而是直接调用降级逻辑，这个时候直接返回fallback，减少响应延迟的效果。
在断路器打开之后，处理逻辑并没有结束，我们的降级逻辑已经被成为了主逻辑，那么原来的主逻辑如何恢复呢？hystrix为我们实现了自动恢复功能。当断路器打开，对主逻辑进行熔断之后hystrix会启动一个休眠时间窗，在这个时间窗内，降级逻辑是临时的成为主逻辑，当休眠时间窗到期，断路器将进入半开状态，释放一次请求到原来的住逻辑上，如果此时请求正常返回，那么断路器将继续闭合，主逻辑恢复，如果这次请求已然有问题，断路器继续进入打开状态，休眠时间窗重新计时。
上一实例中使用ribbon断路器，接下来使用feign断路器
feign是自带断路器的，在spring cloud新版本中，它默认没有打开，需要在配置文件中打开它：
feign:
hystrix:
enabled: true
然后在feignService接口的注解中加上fallback指定类就行了
@FeignClient(value = "david-eureka-client",fallback = TestFeignServiceHystric.class)
public interface TestFeignService {
@GetMapping("/test")
String consumer();
}
新建TestFeignServiceHystric类并实现此接口
@Component
public class TestFeignServiceHystric implements TestFeignService { @Override
public String consumer() {
return "error";
}
}
启动项目：http://localhost:8765/test
port:8762
关闭 eureka-client 刷新
error