熔断器像是一个保险丝。当我们依赖的服务出现问题时，可以及时容错。一方面可以减少依赖服务对自身访问的依赖，防止出现雪崩效应；另一方面降低请求频率以方便上游尽快恢复服务。
熔断器的应用也非常广泛。除了在我们应用中，为了请求服务时使用熔断器外，在 web 网关、微服务中，也有非常广泛的应用。本文将从源码角度学习 sony 开源的一个熔断器实现
github/sony/gobreaker github/lpflpf/gobreaker
1.熔断器的模式
gobreaker 下面是模式定义的一个状态机：
熔断器有三种状态，四种状态转移的情况：
- 熔断器关闭状态，服务正常访问
- 熔断器开启状态，服务异常
- 熔断器半开状态，部分请求限流访问
四种状态转移：
- 在熔断器关闭状态下，当失败后并满足一定条件后，将直接转移为熔断器开启状态。
- 在熔断器开启状态下，如果过了规定的时间，将进入半开启状态，验证目前服务是否可用。
- 在熔断器半开启状态下，如果出现失败，则再次进入关闭状态。
- 在熔断器半开启后，所有请求（有限额）都是成功的，则熔断器关闭。所有请求将正常访问。
2.gobreaker 的实现
gobreaker
2.1熔断器的定义
其中，如下参数是我们可以自定义的：
MaxRequestsintervaltimeoutreadyToTriponStateChagne
2.2请求的执行
熔断器的执行操作，主要包括三个阶段；①请求之前的判定；②服务的请求执行；③请求后的状态和计数的更新
2.3请求之前的判定操作
请求之前，会判断当前熔断器的状态。如果熔断器以开启，则不会继续请求。如果熔断器半开，并且已达到最大请求阈值，也不会继续请求。
其中当前状态的计算，是依据当前状态来的。如果当前状态为已开启，则判断是否已经超时，超时就可以变更状态到半开；如果当前状态为关闭状态，则通过周期判断是否进入下一个周期。
周期长度的设定，也是以据当前状态来的。如果当前正常（熔断器关闭），则设置为一个 interval 的周期；如果当前熔断器是开启状态，则设置为超时时间（超时后，才能变更为半开状态）。
2.4请求之后的处理操作
每次请求之后，会通过请求结果是否成功，对熔断器做计数。
如果在半开的状态下：
如果请求成功，则会判断当前连续成功的请求数 大于等于 maxRequests， 则可以把状态由半开状态转移为关闭状态
如果在半开状态下，请求失败，则会直接将半开状态转移为开启状态
如果在关闭状态下：
readyToTrip 总结:
- 于频繁请求一些远程或者第三方的不可靠的服务，存在失败的概率还是非常大的。使用熔断器的好处就是可以是我们自身的服务不被这些不可靠的服务拖垮，造成雪崩。
- 由于熔断器里面，不仅会维护不少的统计数据，还有互斥锁做资源隔离，成本也会不少。
- 在半开状态下，可能出现请求过多的情况。这是由于半开状态下，连续请求成功的数量未达到最大请求值。所以，熔断器对于请求时间过长（但是比较频繁）的服务可能会造成大量的 too many requests 错误
原文链接：https://juejin.cn/post/7025997161649143822