前提

笔者之前在查找Sentinel相关资料的时候,偶然中找到了Martin Fowler大神的一篇文章《CircuitBreaker》。于是花了点时间仔细阅读,顺便温习一下断路器CircuitBreaker的原理与实现。

CircuitBreaker的原理

现实生活中的熔断器(更多时候被称为保险丝)是一种安装在电路中用于保证电路安全运行的电子元件。它的外形一般是一个绝缘的玻璃容器包裹着一段固定大小电阻和固定熔点的纤细合金导体,如下图:

电路中,保险丝会和其他用电的原件串联,根据物理公式Q = I^2*R*TQ为热能值,也理解为保险丝熔断的极限热能值,I为电流中的电流,R为保险丝固定电阻,T为时间),如果电路中有其他用电的原件短路,会导致电流I十分大,导致在T很小的情况下,计算得到的Q远大于保险丝熔断的极限热能值,保险丝就会被击穿熔断。这个时候整个电路处于断开状态,从而避免电路过载导致电路中的用电原件损毁。

电路中的电流过大会导致所有电阻比较大的电器发生大量积热,很容易出现火灾,所以保险丝在过去曾经起到巨大的作用。后来出现了更加先进的"空气开关",漏电开关多数都升级为此实现,保险丝依然会应用在各种的原件中,但是几乎淡出了日常生活触及的视线范围。

记得小时候某个傍晚爷爷拉开了白炽灯,啪的一声整个屋子的电器都停了,突然停电了。他说了句:保险丝"烧"了,等我换一条。换上保险丝把总闸门打上去后供电恢复。

从上面的分析可见:现实中的熔断器是一次性使用的消耗品,而且有些场景下需要人为干预(更换)。

软件系统中的CircuitBreaker在设计上是借鉴了现实生活中熔断器的功能并且做出改良而诞生的一种模式。这个模式出现的背景是:随着软件和计算机网络的发展,以及当前微服务架构的普及,应用会部署在不同的计算机上或者同一台计算机的不同进程上,那么需要通过远程调用进行交互。远程调用和单进程的内存态调用的最大区别之一是:远程调用有可能因为各种原因出现调用失败、没有响应的挂起(其实就是无超时期限的等待)或者直到某个超时的期限才返回结果。这些故障会导致调用方的资源被一直占用无法释放(最常见的就是调用方接收请求或者处理请求的线程被长时间挂起):

如果发生故障的被调用方节点刚好是关键节点,并且此故障节点的上游调用者比较多(例如上图中的内部网关),那么级联故障会蔓延,极端情况下甚至会耗尽了整个服务集群中的所有资源。如果在服务的远程调用加入了CircuitBreaker组件,那么单个服务调用的效果如下:

断路器CircuitBreaker的基本原理比较简单:将受保护的函数(方法)包装在断路器对象中进行调用,断路器对象将会监视所有的调用相关的数据(主要是统计维度的数据,一般方法参数可以过滤)。一旦出现故障的调用达到了某个阈值或者触发了某些规则,断路器就会切换为Open状态,所有经由断路器的调用都会快速失败,请求不会到达下游被调用方。笔者认为从实际来看,CircuitBreaker的核心功能就是三大块:

  • 调用数据度量统计。
  • 维护断路器自身的状态。
  • 基于前两点保护包裹在断路器中执行的调用。

基于调用数据的度量统计一般会引入JDK8中的原子(Atomic)类型。下游被调用方不会一直处于故障,为了断路器能够自恢复,引入了Half_Open状态和滑动窗口的概念。同时,考虑到程序容器的线程阻塞带来的毁灭性影响,有时候可以考虑进行如下优化:断路器把受保护的调用基于定义好的资源标识选择特定的线程池(或者信号量)进行调用,充分利用FutureTask#get(long timeout, TimeUnit unit)设定调用任务最大超时期限的优势,这样就能基本避免出现故障的远程调用阻塞了本应用容器的线程。

这里的容器是特指Tomcat、Netty、Jetty等。而这里提到的线程池隔离、滑动窗口等概念会在下文具体实现的时候再详细展开。

基于线程池隔离:

直接基于容器线程隔离:

CircuitBreaker的简易实现

这一小节会按照上一小节的理论,设计多种CircuitBreaker的实现,由简单到复杂一步一步进行迭代。CircuitBreaker的状态转换设计图如下:

基于此设计图,Martin Fowler大神在其文章中也给予了伪代码如下:

  1. class ResetCircuitBreaker...
  2. // 初始化
  3. def initialize &block
  4. @circuit = block
  5. @invocation_timeout = 0.01
  6. @failure_threshold = 5
  7. @monitor = BreakerMonitor.new
  8. @reset_timeout = 0.1
  9. reset
  10. end
  11. // 重置
  12. def reset
  13. @failure_count = 0
  14. @last_failure_time = nil
  15. @monitor.alert :reset_circuit
  16. end
  17. // 状态维护
  18. def state
  19. case
  20. when (@failure_count >= @failure_threshold) &&
  21. (Time.now - @last_failure_time) > @reset_timeout
  22. :half_open
  23. when (@failure_count >= @failure_threshold)
  24. :open
  25. else
  26. :closed
  27. end
  28. end
  29. // 调用
  30. def call args
  31. case state
  32. when :closed, :half_open
  33. begin
  34. do_call args
  35. // 这里从描述来看应该是漏了调用reset方法
  36. // reset
  37. rescue Timeout::Error
  38. record_failure
  39. raise $!
  40. end
  41. when :open
  42. raise CircuitBreaker::Open
  43. else
  44. raise "Unreachable"
  45. end
  46. end
  47. // 记录失败
  48. def record_failure
  49. @failure_count += 1
  50. @last_failure_time = Time.now
  51. @monitor.alert(:open_circuit) if :open == state
  52. end

下面的多种实现的思路都是基于此伪代码的基本框架进行编写。

基于异常阈值不会自恢复的实现

这种实现最简单,也就是只需要维护状态Closed转向Open的临界条件即可,可以设定一个异常计数的阈值,然后使用一个原子计数器统计异常数量即可,Java代码实现如下:

  1. // 断路器状态
  2. public enum CircuitBreakerStatus {
  3. /**
  4. * 关闭
  5. */
  6. CLOSED,
  7. /**
  8. * 开启
  9. */
  10. OPEN,
  11. /**
  12. * 半开启
  13. */
  14. HALF_OPEN
  15. }
  16. @Getter
  17. public class SimpleCircuitBreaker {
  18. private final long failureThreshold;
  19. private final LongAdder failureCounter;
  20. private final LongAdder callCounter;
  21. private CircuitBreakerStatus status;
  22. public SimpleCircuitBreaker(long failureThreshold) {
  23. this.failureThreshold = failureThreshold;
  24. this.callCounter = new LongAdder();
  25. this.failureCounter = new LongAdder();
  26. this.status = CircuitBreakerStatus.CLOSED;
  27. }
  28. private final Object fallback = null;
  29. @SuppressWarnings("unchecked")
  30. public <T> T call(Supplier<T> supplier) {
  31. try {
  32. if (CircuitBreakerStatus.CLOSED == this.status) {
  33. return supplier.get();
  34. }
  35. } catch (Exception e) {
  36. this.failureCounter.increment();
  37. tryChangingStatus();
  38. } finally {
  39. this.callCounter.increment();
  40. }
  41. return (T) fallback;
  42. }
  43. private void tryChangingStatus() {
  44. if (this.failureThreshold <= this.failureCounter.sum()) {
  45. this.status = CircuitBreakerStatus.OPEN;
  46. System.out.println(String.format("SimpleCircuitBreaker状态转换,[%s]->[%s]", CircuitBreakerStatus.CLOSED,
  47. CircuitBreakerStatus.OPEN));
  48. }
  49. }
  50. public void call(Runnable runnable) {
  51. call(() -> {
  52. runnable.run();
  53. return null;
  54. });
  55. }
  56. }

在多线程调用的前提下,如果在很短时间内有大量的线程中的方法调用出现异常,有可能所有调用都会涌进去tryChangingStatus()方法,这种情况下会导致CircuitBreaker的状态被并发修改,可以考虑使用AtomicReference包裹CircuitBreakerStatus,做CAS更新(确保只更新一次)即可。变更的代码如下:

  1. private final AtomicReference<CircuitBreakerStatus> status;
  2. public SimpleCircuitBreaker(long failureThreshold) {
  3. ......
  4. this.status = new AtomicReference<>(CircuitBreakerStatus.CLOSED);
  5. }
  6. public <T> T call(Supplier<T> supplier) {
  7. try {
  8. if (CircuitBreakerStatus.CLOSED == this.status.get()) {
  9. return supplier.get();
  10. }
  11. ......
  12. private void tryChangingStatus() {
  13. if (this.failureThreshold <= this.failureCounter.sum()) {
  14. boolean b = this.status.compareAndSet(CircuitBreakerStatus.CLOSED, CircuitBreakerStatus.OPEN);
  15. if (b) {
  16. System.out.println(String.format("SimpleCircuitBreaker状态转换,[%s]->[%s]", CircuitBreakerStatus.CLOSED,
  17. CircuitBreakerStatus.OPEN));
  18. }
  19. }
  20. }

并发极高的场景下假设出现调用异常前提下,异常计数器failureCounter的计数值有可能在一瞬间就远超过了异常阈值failureCounter,但是一般不考虑对这些计数值的比较或者状态切换的准确时机添加同步机制(例如加锁),因为一旦加入同步机制会大大降低并发性能,这样引入断路器反而成为了性能隐患,显然是不合理的。所以一般设计断路器逻辑的时候,并不需要控制断路器状态切换的具体计数值临界点,保证状态一定切换正常即可。基于此简陋断路器编写一个同步调用的测试例子:

  1. public static class Service {
  2. public String process(int i) {
  3. System.out.println("进入process方法,number:" + i);
  4. throw new RuntimeException(String.valueOf(i));
  5. }
  6. }
  7. public static void main(String[] args) throws Exception {
  8. SimpleCircuitBreaker circuitBreaker = new SimpleCircuitBreaker(5L);
  9. Service service = new Service();
  10. for (int i = 0; i < 10; i++) {
  11. int temp = i;
  12. String result = circuitBreaker.call(() -> service.process(temp));
  13. System.out.println(String.format("返回结果:%s,number:%d", result, temp));
  14. }
  15. }

测试结果输出如下:

  1. 进入process方法,number:0
  2. 返回结果:null,number:0
  3. 进入process方法,number:1
  4. 返回结果:null,number:1
  5. 进入process方法,number:2
  6. 返回结果:null,number:2
  7. 进入process方法,number:3
  8. 返回结果:null,number:3
  9. 进入process方法,number:4
  10. SimpleCircuitBreaker状态转换,[CLOSED]->[OPEN]
  11. 返回结果:null,number:4
  12. 返回结果:null,number:5
  13. 返回结果:null,number:6
  14. 返回结果:null,number:7
  15. 返回结果:null,number:8
  16. 返回结果:null,number:9

细心的伙伴会发现,基本上状态的维护和变更和数据统计都位于调用异常或者失败的方法入口以及最后的finally代码块,在真实的调用逻辑前一般只会做状态判断或者下文提到的分配调用资源等。

基于异常阈值并且能够自恢复的实现

基于异常阈值、能够自恢复的CircuitBreaker实现需要引入Half_Open状态,同时需要记录最后一次失败调用的时间戳以及reset_timeout(断路器的当前的系统时间戳减去上一阶段最后一次失败调用的时间差,大于某个值的时候,并且当前的失败调用大于失败阈值则需要把状态重置为Half_Open,这里的"某个值"定义为reset_timeout),示意图如下:

假设当前的调用为圆形6,当前系统时间戳减去(上一轮)最后一个失败调用(圆形5)的时间戳大于预设的reset_timeout的时候,不论当次调用是成功还是失败,直到下一次调用失败或者失败调用数降低到转换为Closed状态之前,都处于Half_Open状态,会对单个调用进行放行(并发场景下也有可能同时放行多个调用)。代码实现如下:

  1. // 添加一个Monitor用于记录状态变更
  2. public enum CircuitBreakerStatusMonitor {
  3. /**
  4. * 单例
  5. */
  6. X;
  7. public void report(String name, CircuitBreakerStatus o, CircuitBreakerStatus n) {
  8. System.out.println(String.format("断路器[%s]状态变更,[%s]->[%s]", name, o, n));
  9. }
  10. public void reset(String name) {
  11. System.out.println(String.format("断路器[%s]重置", name));
  12. }
  13. }
  14. @Getter
  15. public class RestCircuitBreaker {
  16. private final long failureThreshold;
  17. private final long resetTimeout;
  18. private LongAdder failureCounter;
  19. private LongAdder callCounter;
  20. private AtomicReference<CircuitBreakerStatus> status;
  21. private final Object fallback = null;
  22. /**
  23. * 最后一次调用失败的时间戳
  24. */
  25. private long lastFailureTime;
  26. public RestCircuitBreaker(long failureThreshold, long resetTimeout) {
  27. this.failureThreshold = failureThreshold;
  28. this.resetTimeout = resetTimeout;
  29. reset();
  30. }
  31. public void reset() {
  32. CircuitBreakerStatusMonitor.X.reset("RestCircuitBreaker");
  33. this.callCounter = new LongAdder();
  34. this.failureCounter = new LongAdder();
  35. this.status = new AtomicReference<>(CircuitBreakerStatus.CLOSED);
  36. this.lastFailureTime = -1L;
  37. }
  38. @SuppressWarnings("unchecked")
  39. public <T> T call(Supplier<T> supplier) {
  40. try {
  41. if (shouldAllowExecution()) {
  42. T result = supplier.get();
  43. markSuccess();
  44. return result;
  45. }
  46. } catch (Exception e) {
  47. markNoneSuccess();
  48. } finally {
  49. this.callCounter.increment();
  50. }
  51. return (T) fallback;
  52. }
  53. public void call(Runnable runnable) {
  54. call(() -> {
  55. runnable.run();
  56. return null;
  57. });
  58. }
  59. boolean shouldAllowExecution() {
  60. // 本质是Closed状态
  61. if (lastFailureTime == -1L) {
  62. return true;
  63. }
  64. // 没到达阈值
  65. if (failureThreshold > failureCounter.sum()) {
  66. return true;
  67. }
  68. return shouldTryAfterRestTimeoutWindow()
  69. && changeStatus(CircuitBreakerStatus.OPEN, CircuitBreakerStatus.HALF_OPEN);
  70. }
  71. boolean changeStatus(CircuitBreakerStatus o, CircuitBreakerStatus n) {
  72. boolean r = status.compareAndSet(o, n);
  73. if (r) {
  74. CircuitBreakerStatusMonitor.X.report("RestCircuitBreaker", o, n);
  75. }
  76. return r;
  77. }
  78. boolean shouldTryAfterRestTimeoutWindow() {
  79. long lastFailureTimeSnap = lastFailureTime;
  80. long currentTime = System.currentTimeMillis();
  81. return currentTime > lastFailureTimeSnap + resetTimeout;
  82. }
  83. public void markSuccess() {
  84. if (changeStatus(CircuitBreakerStatus.HALF_OPEN, CircuitBreakerStatus.CLOSED)) {
  85. reset();
  86. }
  87. }
  88. public void markNoneSuccess() {
  89. this.failureCounter.increment();
  90. if (changeStatus(CircuitBreakerStatus.HALF_OPEN, CircuitBreakerStatus.OPEN)) {
  91. this.lastFailureTime = System.currentTimeMillis();
  92. }
  93. if (this.failureCounter.sum() >= failureThreshold &&
  94. changeStatus(CircuitBreakerStatus.CLOSED, CircuitBreakerStatus.OPEN)) {
  95. this.lastFailureTime = System.currentTimeMillis();
  96. }
  97. }
  98. }

编写一个测试客户端RestCircuitBreakerClient

  1. public class RestCircuitBreakerClient {
  2. public static void main(String[] args) throws Exception {
  3. Service service = new Service();
  4. RestCircuitBreaker cb = new RestCircuitBreaker(5, 500);
  5. for (int i = 0; i < 10; i++) {
  6. int temp = i;
  7. String result = cb.call(() -> service.process(temp));
  8. System.out.println(String.format("返回结果:%s,number:%d", result, temp));
  9. }
  10. Thread.sleep(501L);
  11. // 故意成功
  12. cb.call(service::processSuccess);
  13. for (int i = 0; i < 3; i++) {
  14. int temp = i;
  15. String result = cb.call(() -> service.process(temp));
  16. System.out.println(String.format("返回结果:%s,number:%d", result, temp));
  17. }
  18. }
  19. public static class Service {
  20. public String process(int i) {
  21. System.out.println("进入process方法,number:" + i);
  22. throw new RuntimeException(String.valueOf(i));
  23. }
  24. public void processSuccess() {
  25. System.out.println("调用processSuccess方法");
  26. }
  27. }
  28. }

输出结果如下:

  1. 断路器[RestCircuitBreaker]重置
  2. 进入process方法,number:0
  3. 返回结果:null,number:0
  4. 进入process方法,number:1
  5. 返回结果:null,number:1
  6. 进入process方法,number:2
  7. 返回结果:null,number:2
  8. 进入process方法,number:3
  9. 返回结果:null,number:3
  10. 进入process方法,number:4
  11. 断路器[RestCircuitBreaker]状态变更,[CLOSED]->[OPEN]
  12. 返回结果:null,number:4
  13. 返回结果:null,number:5
  14. 返回结果:null,number:6
  15. 返回结果:null,number:7
  16. 返回结果:null,number:8
  17. 返回结果:null,number:9
  18. 断路器[RestCircuitBreaker]状态变更,[OPEN]->[HALF_OPEN]
  19. 调用processSuccess方法 # <------ 这个位置的成功调用重置了断路器的状态
  20. 断路器[RestCircuitBreaker]状态变更,[HALF_OPEN]->[CLOSED]
  21. 断路器[RestCircuitBreaker]重置
  22. 进入process方法,number:0
  23. 返回结果:null,number:0
  24. 进入process方法,number:1
  25. 返回结果:null,number:1
  26. 进入process方法,number:2
  27. 返回结果:null,number:2

基于线程池隔离和超时控制

在使用CircuitBreaker的时候,可以基于不同的资源(唯一标识可以使用resource_key或者resource_name)创建单独的线程池,让资源基于线程池进行隔离调用。这种设计的原则借鉴于运货船的船舱设计,每个船舱都使用绝缘的材料进行分隔,一旦某个船舱出现了火情,也不会蔓延到其他船舱。在Java体系中,可以使用线程池ThreadPoolExecutor#submit(Callable<T> task)进行指定超时上限限制的任务提交和结果获取,这样就可以预设一个调用超时时间上限,限制每个调用的可用的最大调用时间。

首先需要设计一个轻量级的资源线程池管理模块:

  1. // 资源配置
  2. @Data
  3. public class CircuitBreakerResourceConf {
  4. private String resourceName;
  5. private int coreSize;
  6. private int queueSize;
  7. private long timeout;
  8. }
  9. public enum CircuitBreakerResourceManager {
  10. /**
  11. * 单例
  12. */
  13. X;
  14. public final Map<String, CircuitBreakerResource> cache = new ConcurrentHashMap<>(8);
  15. public void register(CircuitBreakerResourceConf conf) {
  16. cache.computeIfAbsent(conf.getResourceName(), rn -> {
  17. int coreSize = conf.getCoreSize();
  18. int queueSize = conf.getQueueSize();
  19. BlockingQueue<Runnable> queue;
  20. if (queueSize > 0) {
  21. queue = new ArrayBlockingQueue<>(queueSize);
  22. } else {
  23. queue = new SynchronousQueue<>();
  24. }
  25. ThreadPoolExecutor executor = new ThreadPoolExecutor(
  26. coreSize,
  27. coreSize,
  28. 0,
  29. TimeUnit.SECONDS,
  30. queue,
  31. new ThreadFactory() {
  32. private final AtomicInteger counter = new AtomicInteger();
  33. @Override
  34. public Thread newThread(Runnable r) {
  35. Thread thread = new Thread(r);
  36. thread.setDaemon(true);
  37. thread.setName(rn + "-CircuitBreakerWorker-" + counter.getAndIncrement());
  38. return thread;
  39. }
  40. },
  41. new ThreadPoolExecutor.AbortPolicy()
  42. );
  43. CircuitBreakerResource resource = new CircuitBreakerResource();
  44. resource.setExecutor(executor);
  45. resource.setTimeout(conf.getTimeout());
  46. return resource;
  47. });
  48. }
  49. public CircuitBreakerResource get(String resourceName) {
  50. return Optional.ofNullable(cache.get(resourceName)).orElseThrow(() -> new IllegalArgumentException(resourceName));
  51. }
  52. }

编写断路器ResourceCircuitBreaker的实现代码:

  1. @Getter
  2. public class ResourceCircuitBreaker {
  3. private final long failureThreshold;
  4. private final long resetTimeout;
  5. private LongAdder failureCounter;
  6. private LongAdder callCounter;
  7. private AtomicReference<CircuitBreakerStatus> status;
  8. private final ThreadPoolExecutor executor;
  9. private final Object fallback = null;
  10. private final String circuitBreakerName;
  11. /**
  12. * 最后一次调用失败的时间戳
  13. */
  14. private long lastFailureTime;
  15. /**
  16. * 执行超时上限,单位毫秒
  17. */
  18. private final long executionTimeout;
  19. public ResourceCircuitBreaker(String resourceName, long failureThreshold, long resetTimeout) {
  20. CircuitBreakerResource resource = CircuitBreakerResourceManager.X.get(resourceName);
  21. this.circuitBreakerName = "ResourceCircuitBreaker-" + resourceName;
  22. this.executor = resource.getExecutor();
  23. this.executionTimeout = resource.getTimeout();
  24. this.failureThreshold = failureThreshold;
  25. this.resetTimeout = resetTimeout;
  26. reset();
  27. }
  28. public void reset() {
  29. CircuitBreakerStatusMonitor.X.reset(this.circuitBreakerName);
  30. this.callCounter = new LongAdder();
  31. this.failureCounter = new LongAdder();
  32. this.status = new AtomicReference<>(CircuitBreakerStatus.CLOSED);
  33. this.lastFailureTime = -1L;
  34. }
  35. @SuppressWarnings("unchecked")
  36. public <T> T call(Supplier<T> supplier) {
  37. try {
  38. if (shouldAllowExecution()) {
  39. Future<T> future = this.executor.submit(warp(supplier));
  40. T result = future.get(executionTimeout, TimeUnit.MILLISECONDS);
  41. markSuccess();
  42. return result;
  43. }
  44. } catch (Exception e) {
  45. markNoneSuccess();
  46. } finally {
  47. this.callCounter.increment();
  48. }
  49. return (T) fallback;
  50. }
  51. <T> Callable<T> warp(Supplier<T> supplier) {
  52. return supplier::get;
  53. }
  54. public void call(Runnable runnable) {
  55. call(() -> {
  56. runnable.run();
  57. return null;
  58. });
  59. }
  60. boolean shouldAllowExecution() {
  61. // 本质是Closed状态
  62. if (lastFailureTime == -1L) {
  63. return true;
  64. }
  65. // 没到达阈值
  66. if (failureThreshold > failureCounter.sum()) {
  67. return true;
  68. }
  69. return shouldTryAfterRestTimeoutWindow()
  70. && changeStatus(CircuitBreakerStatus.OPEN, CircuitBreakerStatus.HALF_OPEN);
  71. }
  72. boolean changeStatus(CircuitBreakerStatus o, CircuitBreakerStatus n) {
  73. boolean r = status.compareAndSet(o, n);
  74. if (r) {
  75. CircuitBreakerStatusMonitor.X.report(this.circuitBreakerName, o, n);
  76. }
  77. return r;
  78. }
  79. boolean shouldTryAfterRestTimeoutWindow() {
  80. long lastFailureTimeSnap = lastFailureTime;
  81. long currentTime = System.currentTimeMillis();
  82. return currentTime > lastFailureTimeSnap + resetTimeout;
  83. }
  84. public void markSuccess() {
  85. if (changeStatus(CircuitBreakerStatus.HALF_OPEN, CircuitBreakerStatus.CLOSED)) {
  86. reset();
  87. }
  88. }
  89. public void markNoneSuccess() {
  90. this.failureCounter.increment();
  91. if (changeStatus(CircuitBreakerStatus.HALF_OPEN, CircuitBreakerStatus.OPEN)) {
  92. this.lastFailureTime = System.currentTimeMillis();
  93. }
  94. if (this.failureCounter.sum() >= failureThreshold &&
  95. changeStatus(CircuitBreakerStatus.CLOSED, CircuitBreakerStatus.OPEN)) {
  96. this.lastFailureTime = System.currentTimeMillis();
  97. }
  98. }
  99. }

编写测试场景类ResourceCircuitBreakerClient

  1. public class ResourceCircuitBreakerClient {
  2. public static void main(String[] args) throws Exception {
  3. CircuitBreakerResourceConf conf = new CircuitBreakerResourceConf();
  4. conf.setCoreSize(10);
  5. conf.setQueueSize(0);
  6. conf.setResourceName("SERVICE");
  7. conf.setTimeout(50);
  8. CircuitBreakerResourceManager.X.register(conf);
  9. Service service = new Service();
  10. ResourceCircuitBreaker cb = new ResourceCircuitBreaker("SERVICE", 5, 500);
  11. for (int i = 0; i < 10; i++) {
  12. int temp = i;
  13. String result = cb.call(() -> service.process(temp));
  14. System.out.println(String.format("返回结果:%s,number:%d", result, temp));
  15. }
  16. Thread.sleep(501L);
  17. cb.call(service::processSuccess);
  18. for (int i = 0; i < 3; i++) {
  19. int temp = i;
  20. String result = cb.call(() -> service.process(temp));
  21. System.out.println(String.format("返回结果:%s,number:%d", result, temp));
  22. }
  23. }
  24. public static class Service {
  25. private final Random r = new Random();
  26. public String process(int i) {
  27. int sleep = r.nextInt(200);
  28. System.out.println(String.format("线程[%s]-进入process方法,number:%d,休眠%d毫秒",
  29. Thread.currentThread().getName(), i, sleep));
  30. try {
  31. Thread.sleep(sleep);
  32. } catch (InterruptedException ignore) {
  33. }
  34. return String.valueOf(i);
  35. }
  36. public void processSuccess() {
  37. System.out.println(String.format("线程[%s]-调用processSuccess方法", Thread.currentThread().getName()));
  38. }
  39. }
  40. }

某次执行的输出结果如下:

  1. 断路器[ResourceCircuitBreaker-SERVICE]重置
  2. 线程[SERVICE-CircuitBreakerWorker-0]-进入process方法,number:0,休眠67毫秒
  3. 返回结果:null,number:0
  4. 线程[SERVICE-CircuitBreakerWorker-1]-进入process方法,number:1,休眠85毫秒
  5. 返回结果:null,number:1
  6. 线程[SERVICE-CircuitBreakerWorker-2]-进入process方法,number:2,休眠72毫秒
  7. 返回结果:null,number:2
  8. 线程[SERVICE-CircuitBreakerWorker-3]-进入process方法,number:3,休眠88毫秒
  9. 返回结果:null,number:3
  10. 线程[SERVICE-CircuitBreakerWorker-4]-进入process方法,number:4,休眠28毫秒
  11. 返回结果:4,number:4
  12. 线程[SERVICE-CircuitBreakerWorker-5]-进入process方法,number:5,休眠102毫秒
  13. 断路器[ResourceCircuitBreaker-SERVICE]状态变更,[CLOSED]->[OPEN]
  14. 返回结果:null,number:5
  15. 返回结果:null,number:6
  16. 返回结果:null,number:7
  17. 返回结果:null,number:8
  18. 返回结果:null,number:9
  19. 断路器[ResourceCircuitBreaker-SERVICE]状态变更,[OPEN]->[HALF_OPEN]
  20. 线程[SERVICE-CircuitBreakerWorker-6]-调用processSuccess方法
  21. 断路器[ResourceCircuitBreaker-SERVICE]状态变更,[HALF_OPEN]->[CLOSED]
  22. 断路器[ResourceCircuitBreaker-SERVICE]重置
  23. 线程[SERVICE-CircuitBreakerWorker-7]-进入process方法,number:0,休眠74毫秒
  24. 返回结果:null,number:0
  25. 线程[SERVICE-CircuitBreakerWorker-8]-进入process方法,number:1,休眠111毫秒
  26. 返回结果:null,number:1
  27. 线程[SERVICE-CircuitBreakerWorker-9]-进入process方法,number:2,休眠183毫秒
  28. 返回结果:null,number:2

滑动窗口和百分比统计

上一个小节已经实现了资源基于线程池隔离进行调用,但是有一点明显的不足就是:断路器的状态管理和重置并不符合生产场景,HALF_OPEN -> CLOSED的状态切换和重置不应该在放行单个调用成功之后立刻触发,而应该建立在一定时间范围内,调用的(平均)失败率下降到某个阈值或者调用的(平均)成功率恢复到某个阈值,否则很多场景下会导致断路器的状态频繁发生切换,功能基本处于失效的状态。也就是大多数场景下,一段时间内的failurePercent会比异常计数和failureThreshold的直接对比更加准确。可以引入滑动窗口(Sliding Window)的概念,记录每个时间单元内的调用总次数、调用成功次数、调用超时次数和非超时的调用失败次数,为了简化操作这个时间单元定义为1秒:

定义一个用于记录这四种调用次数的桶Bucket类(这里的实现稍微跟上图有点不同,非超时失败修改为线程池拒绝的任务统计,而失败统计包括了任务超时执行和一般的业务异常):

  1. @RequiredArgsConstructor
  2. @Getter
  3. public class MetricInfo {
  4. private final long total;
  5. private final long success;
  6. private final long failure;
  7. private final long reject;
  8. public static final MetricInfo EMPTY = new MetricInfo(0, 0, 0, 0);
  9. public MetricInfo merge(MetricInfo other) {
  10. return new MetricInfo(
  11. this.total + other.getTotal(),
  12. this.success + other.getSuccess(),
  13. this.failure + other.getFailure(),
  14. this.reject + other.getReject()
  15. );
  16. }
  17. }
  18. public class Bucket {
  19. // 记录窗口开始的时间戳
  20. @Getter
  21. private final long windowStartTimestamp;
  22. private final LongAdder total;
  23. private final LongAdder success;
  24. private final LongAdder failure;
  25. private final LongAdder reject;
  26. public Bucket(long windowStartTimestamp) {
  27. this.windowStartTimestamp = windowStartTimestamp;
  28. this.total = new LongAdder();
  29. this.success = new LongAdder();
  30. this.reject = new LongAdder();
  31. this.failure = new LongAdder();
  32. }
  33. public void increaseTotal() {
  34. this.total.increment();
  35. }
  36. public void increaseSuccess() {
  37. this.success.increment();
  38. }
  39. public void increaseFailure() {
  40. this.failure.increment();
  41. }
  42. public void increaseReject() {
  43. this.reject.increment();
  44. }
  45. public long totalCount() {
  46. return this.total.sum();
  47. }
  48. public long successCount() {
  49. return this.success.sum();
  50. }
  51. public long failureCount() {
  52. return this.failure.sum();
  53. }
  54. public long rejectCount() {
  55. return this.reject.sum();
  56. }
  57. public void reset() {
  58. this.total.reset();
  59. this.success.reset();
  60. this.failure.reset();
  61. this.reject.reset();
  62. }
  63. public MetricInfo metricInfo() {
  64. return new MetricInfo(
  65. totalCount(),
  66. successCount(),
  67. failureCount(),
  68. rejectCount()
  69. );
  70. }
  71. @Override
  72. public String toString() {
  73. return String.format("Bucket[wt=%d,t=%d,s=%d,f=%d,r=%d]",
  74. windowStartTimestamp,
  75. totalCount(),
  76. successCount(),
  77. failureCount(),
  78. rejectCount()
  79. );
  80. }
  81. }

Hystrix中,为了更加灵活,Bucket中的计数器设计为LongAdder[]类型,便于通过各种需要计数事件枚举的顺序值来直接进行计数和累加,而为了节约内存空间,滑动窗口设计成一个容量固定可复用的环形队列BucketCircularArray#ListState,这里可以站在巨人的肩膀上借鉴其思路实现BucketCircular

  1. public class BucketCircular implements Iterable<Bucket> {
  2. private final AtomicReference<BucketArray> bucketArray;
  3. public BucketCircular(int bucketNumber) {
  4. // 这里有个技巧,初始化数组的时候让数组的总长度为桶数量+1,便于额外的添加和移除桶操作
  5. AtomicReferenceArray<Bucket> buckets = new AtomicReferenceArray<>(bucketNumber + 1);
  6. this.bucketArray = new AtomicReference<>(new BucketArray(buckets, 0, 0, bucketNumber));
  7. }
  8. public Bucket getTail() {
  9. return this.bucketArray.get().tail();
  10. }
  11. /**
  12. * 在环形队列尾部添加一个桶
  13. */
  14. public void addTail(Bucket bucket) {
  15. BucketArray bucketArray = this.bucketArray.get();
  16. BucketArray newBucketArray = bucketArray.addBucket(bucket);
  17. // 这个方法会在锁中执行,理论上不会CAS失败
  18. this.bucketArray.compareAndSet(bucketArray, newBucketArray);
  19. }
  20. public Bucket[] toArray() {
  21. return this.bucketArray.get().toArray();
  22. }
  23. public int size() {
  24. return this.bucketArray.get().getSize();
  25. }
  26. @Override
  27. public Iterator<Bucket> iterator() {
  28. return Collections.unmodifiableList(Arrays.asList(toArray())).iterator();
  29. }
  30. public void clear() {
  31. while (true) {
  32. BucketArray bucketArray = this.bucketArray.get();
  33. BucketArray clear = bucketArray.clear();
  34. if (this.bucketArray.compareAndSet(bucketArray, clear)) {
  35. return;
  36. }
  37. }
  38. }
  39. }

添加一个新的Bucket到循环队列的尾部的时候,因为队列的长度是固定的,需要判断是否需要重新计算头指针和尾指针。测试一下:

  1. public static void main(String[] args) throws Exception {
  2. BucketCircular circular = new BucketCircular(5);
  3. circular.addTail(new Bucket(111L));
  4. circular.addTail(new Bucket(System.currentTimeMillis()));
  5. circular.addTail(new Bucket(System.currentTimeMillis()));
  6. circular.addTail(new Bucket(System.currentTimeMillis()));
  7. circular.addTail(new Bucket(System.currentTimeMillis()));
  8. circular.addTail(new Bucket(System.currentTimeMillis()));
  9. circular.addTail(new Bucket(222L));
  10. Stream.of(circular.toArray()).forEach(System.out::println);
  11. }
  12. // 输出结果
  13. Bucket[wt=1603613365205,t=0,s=0,f=0,r=0]
  14. Bucket[wt=1603613365205,t=0,s=0,f=0,r=0]
  15. Bucket[wt=1603613365205,t=0,s=0,f=0,r=0]
  16. Bucket[wt=1603613365205,t=0,s=0,f=0,r=0]
  17. Bucket[wt=222,t=0,s=0,f=0,r=0]

接着编写一个用于管理Bucket和提供数据统计入口的SlidingWindowMonitor

  1. // 累计数据累加器
  2. public class BucketCumulativeCalculator {
  3. private LongAdder total = new LongAdder();
  4. private LongAdder success = new LongAdder();
  5. private LongAdder failure = new LongAdder();
  6. private LongAdder reject = new LongAdder();
  7. public void addBucket(Bucket lb) {
  8. total.add(lb.totalCount());
  9. success.add(lb.successCount());
  10. failure.add(lb.failureCount());
  11. reject.add(lb.rejectCount());
  12. }
  13. public MetricInfo sum() {
  14. return new MetricInfo(
  15. total.sum(),
  16. success.sum(),
  17. failure.sum(),
  18. reject.sum()
  19. );
  20. }
  21. public void reset() {
  22. total = new LongAdder();
  23. success = new LongAdder();
  24. failure = new LongAdder();
  25. reject = new LongAdder();
  26. }
  27. }
  28. // 下面的几个参数为了简单起见暂时固定
  29. public class SlidingWindowMonitor {
  30. /**
  31. * 窗口长度 - 10秒
  32. */
  33. private final int windowDuration = 10000;
  34. /**
  35. * 桶的大小 - 时间单位为1秒
  36. */
  37. private final int bucketSizeInTimeUint = 1000;
  38. /**
  39. * 桶的数量 - 必须满足windowDuration % bucketSizeInTimeUint = 0
  40. */
  41. private final int bucketNumber = windowDuration / bucketSizeInTimeUint;
  42. private final BucketCircular bucketCircular;
  43. /**
  44. * 用于创建桶的时候进行锁定
  45. */
  46. private final ReentrantLock lock;
  47. /**
  48. * 累计计数器
  49. */
  50. private final BucketCumulativeCalculator calculator = new BucketCumulativeCalculator();
  51. public SlidingWindowMonitor() {
  52. this.bucketCircular = new BucketCircular(bucketNumber);
  53. this.lock = new ReentrantLock();
  54. }
  55. void reset() {
  56. Bucket tailBucket = bucketCircular.getTail();
  57. if (null != tailBucket) {
  58. calculator.addBucket(tailBucket);
  59. }
  60. bucketCircular.clear();
  61. }
  62. /**
  63. * 累计统计
  64. */
  65. public MetricInfo getCumulativeMetricInfo() {
  66. return getCurrentMetricInfo().merge(calculator.sum());
  67. }
  68. /**
  69. * 当前统计
  70. */
  71. public MetricInfo getCurrentMetricInfo() {
  72. Bucket currentBucket = getCurrentBucket();
  73. if (null == currentBucket) {
  74. return MetricInfo.EMPTY;
  75. }
  76. return currentBucket.metricInfo();
  77. }
  78. /**
  79. * 滚动统计 - 这个就是断路器计算错误请求百分比的来源数据
  80. */
  81. public MetricInfo getRollingMetricInfo() {
  82. Bucket currentBucket = getCurrentBucket();
  83. if (null == currentBucket) {
  84. return MetricInfo.EMPTY;
  85. }
  86. MetricInfo info = new MetricInfo(0, 0, 0, 0);
  87. for (Bucket bucket : this.bucketCircular) {
  88. info = info.merge(bucket.metricInfo());
  89. }
  90. return info;
  91. }
  92. /**
  93. * 这个方法是核心 - 用于获取当前系统时间对应的Bucket
  94. */
  95. Bucket getCurrentBucket() {
  96. long time = System.currentTimeMillis();
  97. Bucket tailBucket = bucketCircular.getTail();
  98. // 队尾的桶还在当前的时间所在的桶区间内则直接使用此桶
  99. if (null != tailBucket && time < tailBucket.getWindowStartTimestamp() + bucketSizeInTimeUint) {
  100. return tailBucket;
  101. }
  102. if (lock.tryLock()) {
  103. try {
  104. // 循环队列为空
  105. if (null == bucketCircular.getTail()) {
  106. Bucket newBucket = new Bucket(time);
  107. bucketCircular.addTail(newBucket);
  108. return newBucket;
  109. } else {
  110. // 需要创建足够多的桶以追上当前的时间
  111. for (int i = 0; i < bucketNumber; i++) {
  112. tailBucket = bucketCircular.getTail();
  113. // 最新的一个桶已经追上了当前时间
  114. if (time < tailBucket.getWindowStartTimestamp() + bucketSizeInTimeUint) {
  115. return tailBucket;
  116. }
  117. // 当前时间已经到了下一个窗口
  118. else if (time > tailBucket.getWindowStartTimestamp() + bucketSizeInTimeUint + windowDuration) {
  119. reset();
  120. return getCurrentBucket();
  121. }
  122. // 这种情况是当前最新时间比窗口超前,要填补过去的桶
  123. else {
  124. bucketCircular.addTail(new Bucket(tailBucket.getWindowStartTimestamp() + bucketSizeInTimeUint));
  125. calculator.addBucket(tailBucket);
  126. }
  127. }
  128. return bucketCircular.getTail();
  129. }
  130. } finally {
  131. lock.unlock();
  132. }
  133. } else {
  134. // 获取锁失败说明多线程并发创建桶,再获取一次不空则为另一个获取锁成功的线程创建的最新的桶,否则需要进行线程等待和递归获取
  135. tailBucket = bucketCircular.getTail();
  136. if (null != tailBucket) {
  137. return tailBucket;
  138. }
  139. try {
  140. Thread.sleep(5);
  141. } catch (InterruptedException ignore) {
  142. }
  143. // 递归
  144. return getCurrentBucket();
  145. }
  146. }
  147. public void incrementTotal() {
  148. getCurrentBucket().increaseTotal();
  149. }
  150. public void incrementSuccess() {
  151. getCurrentBucket().increaseSuccess();
  152. }
  153. public void incrementFailure() {
  154. getCurrentBucket().increaseFailure();
  155. }
  156. public void incrementReject() {
  157. getCurrentBucket().increaseReject();
  158. }
  159. }

最后,把SlidingWindowMonitor和之前的ResourceCircuitBreaker做一次融合进化,得到SlidingWindowCircuitBreaker

  1. package cn.throwx.cb;
  2. import java.util.concurrent.*;
  3. import java.util.concurrent.atomic.AtomicReference;
  4. import java.util.function.Supplier;
  5. /**
  6. * @author throwable
  7. * @version v1
  8. * @description
  9. * @since 2020/10/25 17:14
  10. */
  11. public class SlidingWindowCircuitBreaker {
  12. /**
  13. * 失败百分比阈值
  14. */
  15. private final long errorPercentThreshold;
  16. /**
  17. * 熔断等待窗口
  18. */
  19. private final long resetTimeout;
  20. private AtomicReference<CircuitBreakerStatus> status;
  21. private final ThreadPoolExecutor executor;
  22. private final String circuitBreakerName;
  23. /**
  24. * 最后一次调用失败的时间戳
  25. */
  26. private long lastFailureTime;
  27. /**
  28. * 执行超时上限,单位毫秒
  29. */
  30. private final long executionTimeout;
  31. /**
  32. * 滑动窗口监视器
  33. */
  34. private final SlidingWindowMonitor slidingWindowMonitor;
  35. public SlidingWindowCircuitBreaker(String resourceName,
  36. long errorPercentThreshold,
  37. long resetTimeout) {
  38. CircuitBreakerResource resource = CircuitBreakerResourceManager.X.get(resourceName);
  39. this.circuitBreakerName = "SlidingWindowCircuitBreaker-" + resourceName;
  40. this.executor = resource.getExecutor();
  41. this.executionTimeout = resource.getTimeout();
  42. this.errorPercentThreshold = errorPercentThreshold;
  43. this.resetTimeout = resetTimeout;
  44. this.slidingWindowMonitor = new SlidingWindowMonitor();
  45. reset();
  46. }
  47. public void reset() {
  48. CircuitBreakerStatusMonitor.X.reset(this.circuitBreakerName);
  49. this.status = new AtomicReference<>(CircuitBreakerStatus.CLOSED);
  50. this.lastFailureTime = -1L;
  51. }
  52. @SuppressWarnings("unchecked")
  53. public <T> T call(Supplier<T> supplier) {
  54. return call(supplier, (Fallback<T>) Fallback.F);
  55. }
  56. public <T> T call(Supplier<T> supplier, Fallback<T> fallback) {
  57. try {
  58. if (shouldAllowExecution()) {
  59. slidingWindowMonitor.incrementTotal();
  60. Future<T> future = this.executor.submit(warp(supplier));
  61. T result = future.get(executionTimeout, TimeUnit.MILLISECONDS);
  62. markSuccess();
  63. return result;
  64. }
  65. } catch (RejectedExecutionException ree) {
  66. markReject();
  67. } catch (Exception e) {
  68. markFailure();
  69. }
  70. return fallback.fallback();
  71. }
  72. <T> Callable<T> warp(Supplier<T> supplier) {
  73. return supplier::get;
  74. }
  75. public void call(Runnable runnable) {
  76. call(() -> {
  77. runnable.run();
  78. return null;
  79. });
  80. }
  81. boolean shouldAllowExecution() {
  82. // 本质是Closed状态
  83. if (lastFailureTime == -1L) {
  84. return true;
  85. }
  86. // 没到达阈值
  87. if (errorPercentThreshold > rollingErrorPercentage()) {
  88. return false;
  89. }
  90. return shouldTryAfterRestTimeoutWindow()
  91. && changeStatus(CircuitBreakerStatus.OPEN, CircuitBreakerStatus.HALF_OPEN);
  92. }
  93. boolean changeStatus(CircuitBreakerStatus o, CircuitBreakerStatus n) {
  94. boolean r = status.compareAndSet(o, n);
  95. if (r) {
  96. CircuitBreakerStatusMonitor.X.report(this.circuitBreakerName, o, n);
  97. }
  98. return r;
  99. }
  100. boolean shouldTryAfterRestTimeoutWindow() {
  101. long lastFailureTimeSnap = lastFailureTime;
  102. long currentTime = System.currentTimeMillis();
  103. return currentTime > lastFailureTimeSnap + resetTimeout;
  104. }
  105. public void markSuccess() {
  106. slidingWindowMonitor.incrementSuccess();
  107. if (changeStatus(CircuitBreakerStatus.HALF_OPEN, CircuitBreakerStatus.CLOSED)) {
  108. reset();
  109. }
  110. }
  111. public void markReject() {
  112. slidingWindowMonitor.incrementReject();
  113. if (changeStatus(CircuitBreakerStatus.HALF_OPEN, CircuitBreakerStatus.OPEN)) {
  114. this.lastFailureTime = System.currentTimeMillis();
  115. }
  116. }
  117. public int rollingErrorPercentage() {
  118. MetricInfo rollingMetricInfo = slidingWindowMonitor.getRollingMetricInfo();
  119. long rejectCount = rollingMetricInfo.getReject();
  120. long failureCount = rollingMetricInfo.getFailure();
  121. long totalCount = rollingMetricInfo.getTotal();
  122. int errorPercentage = (int) ((double) (rejectCount + failureCount) / totalCount * 100);
  123. CircuitBreakerStatusMonitor.X.report(this.circuitBreakerName, String.format("错误百分比:%d", errorPercentage));
  124. return errorPercentage;
  125. }
  126. public void markFailure() {
  127. slidingWindowMonitor.incrementFailure();
  128. if (changeStatus(CircuitBreakerStatus.HALF_OPEN, CircuitBreakerStatus.OPEN)) {
  129. this.lastFailureTime = System.currentTimeMillis();
  130. }
  131. if (rollingErrorPercentage() >= errorPercentThreshold &&
  132. changeStatus(CircuitBreakerStatus.CLOSED, CircuitBreakerStatus.OPEN)) {
  133. this.lastFailureTime = System.currentTimeMillis();
  134. }
  135. }
  136. }

编写一个测试客户端SlidingWindowCircuitBreakerClient

  1. public class SlidingWindowCircuitBreakerClient {
  2. public static void main(String[] args) throws Exception {
  3. CircuitBreakerResourceConf conf = new CircuitBreakerResourceConf();
  4. conf.setCoreSize(10);
  5. conf.setQueueSize(0);
  6. conf.setResourceName("SERVICE");
  7. conf.setTimeout(50);
  8. CircuitBreakerResourceManager.X.register(conf);
  9. Service service = new Service();
  10. SlidingWindowCircuitBreaker cb = new SlidingWindowCircuitBreaker("SERVICE", 50, 500);
  11. for (int i = 0; i < 10; i++) {
  12. int temp = i;
  13. String result = cb.call(() -> service.process(temp));
  14. System.out.println(String.format("返回结果:%s,number:%d", result, temp));
  15. }
  16. Thread.sleep(501L);
  17. cb.call(service::processSuccess);
  18. for (int i = 0; i < 3; i++) {
  19. int temp = i;
  20. String result = cb.call(() -> service.process(temp));
  21. System.out.println(String.format("返回结果:%s,number:%d", result, temp));
  22. }
  23. Thread.sleep(501L);
  24. cb.call(service::processSuccess);
  25. cb.call(service::processSuccess);
  26. }
  27. public static class Service {
  28. private final Random r = new Random();
  29. public String process(int i) {
  30. int sleep = r.nextInt(200);
  31. System.out.println(String.format("线程[%s]-进入process方法,number:%d,休眠%d毫秒",
  32. Thread.currentThread().getName(), i, sleep));
  33. try {
  34. Thread.sleep(sleep);
  35. } catch (InterruptedException ignore) {
  36. }
  37. return String.valueOf(i);
  38. }
  39. public void processSuccess() {
  40. System.out.println(String.format("线程[%s]-调用processSuccess方法", Thread.currentThread().getName()));
  41. }
  42. }
  43. }

某次执行结果如下:

  1. 断路器[SlidingWindowCircuitBreaker-SERVICE]重置
  2. 线程[SERVICE-CircuitBreakerWorker-0]-进入process方法,number:0,休眠67毫秒
  3. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:100
  4. 断路器[SlidingWindowCircuitBreaker-SERVICE]状态变更,[CLOSED]->[OPEN]
  5. 返回结果:null,number:0
  6. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:100
  7. 返回结果:null,number:1
  8. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:100
  9. 返回结果:null,number:2
  10. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:100
  11. 返回结果:null,number:3
  12. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:100
  13. 返回结果:null,number:4
  14. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:100
  15. 返回结果:null,number:5
  16. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:100
  17. 返回结果:null,number:6
  18. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:100
  19. 返回结果:null,number:7
  20. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:100
  21. 返回结果:null,number:8
  22. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:100
  23. 返回结果:null,number:9
  24. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:100
  25. 断路器[SlidingWindowCircuitBreaker-SERVICE]状态变更,[OPEN]->[HALF_OPEN]
  26. 线程[SERVICE-CircuitBreakerWorker-1]-调用processSuccess方法
  27. 断路器[SlidingWindowCircuitBreaker-SERVICE]状态变更,[HALF_OPEN]->[CLOSED]
  28. 断路器[SlidingWindowCircuitBreaker-SERVICE]重置
  29. 线程[SERVICE-CircuitBreakerWorker-2]-进入process方法,number:0,休眠84毫秒
  30. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:66
  31. 断路器[SlidingWindowCircuitBreaker-SERVICE]状态变更,[CLOSED]->[OPEN]
  32. 返回结果:null,number:0
  33. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:66
  34. 返回结果:null,number:1
  35. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:66
  36. 返回结果:null,number:2
  37. 断路器[SlidingWindowCircuitBreaker-SERVICE]-错误百分比:66
  38. 断路器[SlidingWindowCircuitBreaker-SERVICE]状态变更,[OPEN]->[HALF_OPEN]
  39. 线程[SERVICE-CircuitBreakerWorker-3]-调用processSuccess方法
  40. 断路器[SlidingWindowCircuitBreaker-SERVICE]状态变更,[HALF_OPEN]->[CLOSED]
  41. 断路器[SlidingWindowCircuitBreaker-SERVICE]重置
  42. 线程[SERVICE-CircuitBreakerWorker-4]-调用processSuccess方法

小结

生产上应用CircuitBreaker模式建议使用主流实现例如Hystrix或者更活跃的Sentinel,但是要深入学习此模式则需要老老实实做一次推演。

参考资料:

  • CircuitBreaker - by Martin Fowler
  • 《Release It! Design and Deploy Production-Ready Software》

(本文完 c-4-d e-a-20201025)

个人博客

冷饭新炒:理解断路器CircuitBreaker的原理与实现的更多相关文章

  1. 冷饭新炒:理解JWT的实现原理和基本使用

    前提 这是<冷饭新炒>系列的第五篇文章. 本文会翻炒一个用以产生访问令牌的开源标准JWT,介绍JWT的规范.底层实现原理.基本使用和应用场景. JWT规范 很可惜维基百科上没有搜索到JWT ...

  2. 冷饭新炒:理解Redisson中分布式锁的实现

    前提 在很早很早之前,写过一篇文章介绍过Redis中的red lock的实现,但是在生产环境中,笔者所负责的项目使用的分布式锁组件一直是Redisson.Redisson是具备多种内存数据网格特性的基 ...

  3. 冷饭新炒:理解Snowflake算法的实现原理

    前提 Snowflake(雪花)是Twitter开源的高性能ID生成算法(服务). 上图是Snowflake的Github仓库,master分支中的REAEMDE文件中提示:初始版本于2010年发布, ...

  4. 冷饭新炒:理解JDK中UUID的底层实现

    前提 UUID是Universally Unique IDentifier的缩写,翻译为通用唯一标识符或者全局唯一标识符.对于UUID的描述,下面摘录一下规范文件A Universally Uniqu ...

  5. 冷饭新炒 | 深入Quartz核心运行机制

    目录 Quartz的核心组件 JobDetail Trigger 为什么JobDetail和Trigger是一对多的关系 常见的Tigger类型 怎么排除掉一些日期不触发 Scheduler List ...

  6. 《深入理解OSGi:Equinox原理、应用与最佳实践》笔记_1_运行最简单的bundlehelloworld

    <深入理解OSGi:Equinox原理.应用与最佳实践>笔记_1_运行最简单的bundlehelloworld 买了周大大的OSGI的书看 先前完全没有基础 就靠这本书看看学学 顺便记一些 ...

  7. Java进阶(七)正确理解Thread Local的原理与适用场景

    原创文章,始自发作者个人博客,转载请务必将下面这段话置于文章开头处(保留超链接). 本文转发自技术世界,原文链接 http://www.jasongj.com/java/threadlocal/ Th ...

  8. 彻底理解MapReduce shuffle过程原理

    彻底理解MapReduce shuffle过程原理 MapReduce的Shuffle过程介绍 Shuffle的本义是洗牌.混洗,把一组有一定规则的数据尽量转换成一组无规则的数据,越随机越好.MapR ...

  9. 理解java容器底层原理--手动实现HashMap

    HashMap结构 HashMap的底层是数组+链表,百度百科找了张图: 先写个链表节点的类 package com.xzlf.collection2; public class Node { int ...

随机推荐

  1. 理解 JAVABEAN EJB POJO

    <Spring实战>第一章:基本理念.各类名称熟语 POJO(Plain Ordinary Java Object)简单的Java对象,实际就是普通JavaBeans,是为了避免和EJB混 ...

  2. Win10安装Ubuntu子系统

    相信我,这是最后一次折腾系统了qaq,以后一定开始认真用Linux编程 跟的一个博客安装,传送门:Win10安装Ubuntu子系统及图形化界面详细教程 文章是2019的,加上我装的是Ubuntu 20 ...

  3. Sass 教程

    什么是Sass 什么是css预处理语言 css预处理语言可以理解为: 开发一种特殊的编程语言, 把css文件作为编译否的结果, 我们在这个编程语言三增加了很多程序的特性, 使开发变得的更加简单 当前流 ...

  4. Python练习题 001:4个数字求不重复的3位数

    听说做练习是掌握一门编程语言的最佳途径,那就争取先做满100道题吧. ----------------------------------------------------------------- ...

  5. Arduino 串口的一些高级用法

    来源: 1.配置串口通信数据位.校验位.停止位 通常我们使用Serial.begin(speed)来完成串口的初始化,这种方式,只能配置串口的波特率. 而使用Serial.begin(speed, c ...

  6. matlab中bitshift 将位移动指定位数

    来源:https://ww2.mathworks.cn/help/matlab/ref/bitshift.html?searchHighlight=bitshift&s_tid=doc_src ...

  7. frp内网穿透

    原理 frp(fast reverse proxy)分为Server端和Client端,Server端安装在带有公网IP的服务器上,Client安装在内网环境但能上网的普通PC中. 流程: Serve ...

  8. Django Croppie

    下载 Django CroppieDjango Croppie django -croppie是一个简单集成croppie.js图像cropper到django项目的应用程序. 安装 安装与pip安装 ...

  9. 机器学习算法——kNN(k-近邻算法)

    算法概述 通过测量不同特征值之间的距离进行 [分类] 优点:精度高.对异常值不敏感.无数据输入假定. 缺点:计算复杂度高.空间复杂度高. 适用数据范围: 数值型 和 标称型 . 算法流程 数据 样本数 ...

  10. MarkDown语法记录,还在用word,txt编写项目文档吗?

    开始之前 是不是在github上看项目的时候第一眼就要看项目介绍? 是不是经常在某些项目的代码里面看到一个README.MD文档 却不知道怎么写? 你是不是不知道,反正我是的. 作为一个程序员,可能写 ...