熔断和降级的真实关系，图文并茂

刚开始我以为熔断和降级是一体的，以为他们必须配合使用； 只不过名字不一样而已，但是当我经过思考过后，发现他们其实不是一个东西;

一）降级

什么是服务降级呢？降级主要有以下几种情况

超时：当下游的服务因为某种原因响应过慢，下游服务主动停掉一些不太重要的业务，释放出服务器资源，增加响应速度！

不可用：当下游的服务因为某种原因不可用，上游主动调用本地的一些降级逻辑，避免卡顿，迅速返回给用户！

限流：防止上游服务请求太多导致服务崩溃，所以限制请求的数量，来达到保护下游服务的目的，当请求的流量到达一定阈值时，直接拒绝多余的请求，执行降级逻辑

看到这，相信你已经看到了一个相同点，就是以上三者（超时、不可用、限流）触发时，都会走同一个逻辑，那就是降级逻辑，在hystrix里面叫做fallback；

二）熔断

2.1）什么是服务熔断

熔断很好理解，就是一个断开的过程；

熔断就像是家里的保险丝一样，当电流达到一定条件时，比如保险丝能承受的电流是5A，如果你的电流达到了6A，因为保险丝承受不了这么高的电流，保险丝就会融化，这时候电路就会断开，起到了保护电器的作用；

在微服务里面也是一样，当下游的服务因为某种原因突然变得不可用或响应过慢，上游服务为了保证自己整体服务的可用性，不再继续调用目标服务，直接返回，快速释放资源。如果目标服务情况好转则恢复调用；

2.2）熔断和降级的关系

说了那么多，其实也能想到了，降级和熔断其实就是服务安全中的2个不同的流程，在服务发生故障时，肯定是先断开（熔断）与服务的连接，然后在执行降级逻辑；

 

那既然不管怎样都会执行降级逻辑，这时候就可以理解为 降级是一种设计思想，在java层面就是一个接口，而熔断是降级的不同实现方式，他们的关系如下图：

 

三）降级方式

那么我们现在知道降级是一个接口了，接下来在看看他们的实现方式是怎样的吧

1、熔断降级（不可用）

熔断逻辑是这样的，A服务调用B服务，失败次数达到一定阈值后 ，A服务的断路器打开，就不在请求B服务，而是直接执行本地的fallback方法；这种叫做熔断降级，看到这里，也许你已经明白了，熔断只是降级的其中一种实现方式；

2、超时降级

同样是A服务调用B服务，B服务响应超过了A服务设定的阈值后，就会执行降级逻辑；

3、限流降级

同样是A服务调用B服务，服务A的连接已超过自身能承载的最大连接数，比如说A能承载的连接数为5，但是目前的并发有6个请求同时进行，前5请求能正常请求，最后一个会直接拒绝，执行fallback降级逻辑；

 优秀好文转载，原文链接：https://blog.csdn.net/qq_27184497/article/details/119993725

如有侵权，请及时联系