基于本地缓存的fallback降级机制
Hystrix出现以下四种情况,都会去调用 fallback 降级机制:
断路器处于打开的状态。
资源池已满(线程池+队列 / 信号量)。
Hystrix调用各种接口,或者访问外部依赖,比如 MySQL、Redis、Zookeeper、Kafka 等等,出现了任何异常的情况。
访问外部依赖的时候,访问时间过长,报了 TimeoutException 异常。
两种最经典的降级机制
-
纯内存数据
在降级逻辑中,你可以在内存中维护一个 ehcache,作为一个纯内存的基于 LRU 自动清理的缓存,让数据放在缓存内。如果说外部依赖有异常,fallback 这里直接尝试从 ehcache 中获取数据。 -
默认值
fallback 降级逻辑中,也可以直接返回一个默认值。
在HystrixCommand降级逻辑是通过实现 getFallback()接口,而在HystrixObservableCommand中,则是实现 resumeWithFallback()方法。fallback降级是怎么做的。
例如拿到一个商品数据,根据brandId去调用品牌服务的接口,获取品牌的最新名称 brandName。
假如品牌服务接口挂掉了,可以尝试从本地内存中,获取一份稍过期的数据,先凑合着用。
步骤一:本地缓存获取数据
本地获取品牌名称的代码大致如下。
本文介绍了Hystrix的降级机制,特别是基于本地缓存的fallback策略。当断路器打开、资源池满、依赖访问异常或超时时,Hystrix会触发降级。内容包括两种经典降级方式:使用纯内存数据的缓存和返回默认值。通过GetBrandNameCommand的示例,详细解释了如何从本地缓存获取数据、实现降级逻辑,并在CacheController中调用接口的过程。
订阅专栏 解锁全文
2万+

被折叠的 条评论
为什么被折叠?



