mirror of
https://github.com/doocs/advanced-java.git
synced 2026-08-18 10:43:29 +08:00
feat: add hystrix-circuit-breaker
深入 Hystrix 断路器执行原理
This commit is contained in:
@@ -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";
|
||||
}
|
||||
|
||||
}
|
||||
```
|
||||
|
||||
|
||||
Reference in New Issue
Block a user