feat: add hystrix-circuit-breaker

深入 Hystrix 断路器执行原理
This commit is contained in:
yanglbme
2019-01-05 09:26:39 +08:00
parent 82173fe777
commit fce3c1ff52
4 changed files with 186 additions and 5 deletions

View File

@@ -23,7 +23,7 @@ fallback 降级逻辑中,也可以直接返回一个默认值。
假如说,品牌服务接口挂掉了,那么我们可以尝试从本地内存中,获取一份稍过期的数据,先凑合着用。
### 本地缓存获取数据
### 步骤一:本地缓存获取数据
本地获取品牌名称的代码大致如下。
```java
@@ -50,7 +50,7 @@ public class BrandCache {
}
```
### 实现 GetBrandNameCommand
### 步骤二:实现 GetBrandNameCommand
在 GetBrandNameCommand 中run() 方法的正常逻辑是去调用品牌服务的接口获取到品牌名称,如果调用失败,报错了,那么就会去调用 fallback 降级机制。
这里,我们直接**模拟接口调用报错**,给它抛出个异常。
@@ -94,7 +94,7 @@ public class GetBrandNameCommand extends HystrixCommand<String> {
`FallbackIsolationSemaphoreMaxConcurrentRequests` 用于设置 fallback 最大允许的并发请求量,默认值是 10是通过 semaphore 信号量的机制去限流的。如果超出了这个最大值,那么直接 reject。
### CacheController 调用接口
### 步骤三:CacheController 调用接口
在 CacheController 中,我们通过 productInfo 获取 brandId然后创建 GetBrandNameCommand 并执行,去尝试获取 brandName。这里执行会报错因为我们在 run() 方法中直接抛出异常Hystrix 就会去调用 getFallback() 方法走降级逻辑。
```java
@@ -118,7 +118,6 @@ public class CacheController {
System.out.println(productInfo);
return "success";
}
}
```