闲下来了 写写前面用的东西吧 spring cloud的熔断器Hystrix 也就是->豪猪

首先 熔断是嘛玩意······什么开闭路什么的 ·····就不详述了

下面上点软货

先介绍点概念  以我的感官出发：spring boot 其实走的路线是大量的代码移到配置文件中  各种 .properties中 可能也是趋势吧（猜测猜测）现在新的东西中越来越多的是往这个方向走

（概念很多是别人总结好的）

1. hystrix介绍

断路器, 当Hystrix Command请求后端服务失败数量超过一定比例(默认50%), 断路器会切换到开路状态(Open). 这时所有请求会直接失败而不会发送到后端服务. 断路器保持在开路状态一段时间后(默认5秒), 自动切换到半开路状态(HALF-OPEN). 这时会判断下一次请求的返回情况, 如果请求成功, 断路器切回闭路状态(CLOSED), 否则重新切换到开路状态(OPEN). Hystrix的断路器就像我们家庭电路中的保险丝, 一旦后端服务不可用, 断路器会直接切断请求链, 避免发送大量无效请求影响系统吞吐量, 并且断路器有自我检测并恢复的能力

（我的理解：一方面解决依赖隔离 一方面服务挂掉后 断掉链接 防止整个系统崩溃 后面会进入判断是否恢复的状态 恢复就重连）

2. Fallback介绍

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

•SUCCESS：run()成功，不触发getFallback()

•FAILURE：run()抛异常，触发getFallback()

•TIMEOUT：run()超时，触发getFallback()

•BAD_REQUEST：run()抛出HystrixBadRequestException，不触发getFallback()

•SHORT_CIRCUITED：断路器开路，触发getFallback()

•THREAD_POOL_REJECTED：线程池耗尽，触发getFallback()

•FALLBACK_MISSING：没有实现getFallback()，抛出异常

3.资源隔离

在Hystrix中, 主要通过线程池来实现资源隔离. 通常在使用的时候我们会根据调用的远程服务划分出多个线程池. 例如调用产品服务的Command放入A线程池, 调用账户服务的Command放入B线程池. 这样做的主要优点是运行环境被隔离开了. 这样就算调用服务的代码存在bug或者由于其他原因导致自己所在线程池被耗尽时, 不会对系统的其他服务造成影响. 但是带来的代价就是维护多个线程池会对系统带来额外的性能开销. 如果是对性能有严格要求而且确信自己调用服务的客户端代码不会出问题的话, 可以使用Hystrix的信号模式(Semaphores)来隔离资源.

4.配置HystrixCommand（详细的可以在第三个博客了里看或者跟源码进去大量的配置在hystrix-core里HystrixCommandProperties里面）

hystrix.config.stream.maxConcurrentConnections=10
hystrix.stream.bus.enabled=true
hystrix.command.default.execution.timeout.enabled=true
hystrix.command.default.execution.isolation.thread.interruptOnTimeout=true
#hystrix.command.default.execution.isolation.strategy=SEMAPHORE
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds=10000
#hystrix.command.default.execution.isolation.semaphore.maxConcurrentRequests=500（此条）

#Thread配置
hystrix.command.default.execution.isolation.strategy=THREAD
#core数量(默认10)
hystrix.threadpool.default.coreSize=50
#启用阻塞模式 
hystrix.threadpool.default.maxQueueSize=-1
#排队队列指标超过则抛出异常
hystrix.threadpool.default.queueSizeRejectionThreshold=20
#开启短路数(默认20)
hystrix.command.default.circuitBreaker.requestVolumeThreshold=20
#回复短路(默认5)
hystrix.command.default.circuitBreaker.sleepWindowInMilliseconds=5

其中在熔断器中有两种模式 一种是信号模式一种是线程模式  其中maxConcurrentRequests在信号模式下才能生效（个人业务场景不同 选择不同）

至于原理及其他详细配置以下几篇文章给我很多帮助

https://my.oschina.net/yu120/blog/656199

http://hot66hot.iteye.com/admin/blogs/2155036

http://www.tuicool.com/articles/VVbuaeZ

谢谢几位博主大大

网上大篇幅的介绍原理源码  我就不班门弄斧了 介绍实现场景 只用一个简单的注解即可解决

使用中 可以选择feign

其中集成了很多spring cloud的插件

使用

@EnableHystrix

即可开启熔断@EnableFeignClients(basePackages = "com.provider.client")

扫描feign的发现服务端

@ComponentScan(basePackages = {"com.system.provider.fallback"})

此包可对所有的方法进行一个回调

@Component
public class xxxClientFallbackFactory implements FallbackFactory<SystemXXXXClient>

自定义回调方法

@FeignClient(name = "我是服务名会注册在注册中心", fallbackFactory = xxxClientFallbackFactory.class, configuration = FeignClientConfiguration.class)

其中断路器fallback回调可以以上面模式实现

最后一句 其实想完全走一遍 还是要跟进去看一遍源码 看hystrix源码时一定要去看rxjava  里面很多观察者模式 一层套一层一层  我是挺晕····

 

转载于:https://my.oschina.net/chenshiyue/blog/880064