共计 1495 个字符，预计需要花费 4 分钟才能阅读完成。
在 Nacos 的路由策略中有 3 个比拟重要的内容：权重、爱护阈值 和就近拜访。因为这 3 个内容都是彼此独立的，所以明天咱们就独自拎出“爱护阈值”来具体聊聊。
爱护阈值
爱护阈值（ProtectThreshold）：为了避免因过多实例故障，导致所有流量全副流入残余衰弱实例，继而造成流量压力将残余衰弱实例被压垮造成雪崩效应。应将衰弱爱护阈值定义为⼀个 0 到 1 之间的浮点数。当域名衰弱实例数占总服务实例数的比例小于该值时，无论实例是否衰弱，都会将这个（衰弱或不衰弱的）实例返回给客户端。这样做尽管损失了⼀局部流量，然而保障了集群中残余衰弱实例能失常工作。
也就是说，爱护阈值是设置集群中衰弱实例占比容许的最小值，它须要设置一个 0-1 的浮点值，默认值为 0，当集群中的衰弱实例占比小于设置的爱护阈值时，就会触发阈值爱护性能。爱护阈值可在服务详情中查问和设置，如下图所示：
如何了解爱护阈值？
要了解爱护阈值先要明确一个前提条件：对于 Nacos 的注册核心性能来说，Nacos 有一个人造的职责，是将服务消费者（Consumer）的申请转发给某个衰弱的服务提供者（Provider）。
但在执行的流程中，可能会呈现一种极其的状况，比方某个服务有 100 个实例，其中 99 个实例都宕机了，只剩下一个衰弱的实例，这个时候如果把所有的申请都转发到这一个衰弱实例上就会造成雪崩效应，最终导致业务零碎解体。
为了避免这种极其状况，于是就有了“爱护阈值”，爱护阈值一旦被触发，那么 Nacos 将会把申请转发给所有服务实例，也就是衰弱实例 + 非衰弱实例，这样可能会损失了⼀局部流量，但能保障集群中残余的衰弱实例能失常工作。
爱护阈值触发条件：（理论衰弱实例 / 总服务实例）≤设置的爱护阈值
设置爱护阈值
咱们能够通过“编辑服务”来设置爱护阈值，如下图所示：
触发爱护阈值
接下来咱们创立一个服务测试一下爱护阈值的性能，在创立的服务中增加两个实例，如下图所示：
默认状况下服务实例都是衰弱的，接下来咱们将爱护阈值设置为 0.8，也就是衰弱实例的最低要求是 80%，如果衰弱实例占比小于此值就会触发爱护阈值，如下图所示：
当所有节点都衰弱时，察看服务列表页面，能够看出并未触发爱护阈值的性能，如下图所示：
此时咱们手动进行一个服务实例，如下图所示：
这是衰弱实例的占比就从 100%，降落到了 50%，小于了设置的爱护阈值 0.8（80%），接下来返回服务列表页面，能够看到爱护阈值性能被触发了：
此时，咱们再去拜访服务就会看到，局部申请会转发到非衰弱实例，也就是拜访会出错，如下图所示：
未触发爱护阈值
接下来咱们升高爱护阈值，将爱护阈值设置为 0.3，也就是衰弱实例占比最低要求是 30%，否则会触发阈值爱护，如下图所示：
而此时因为咱们衰弱实例占比是 50%，大于设置的阈值爱护 0.3，所以就不会触发阈值爱护，这点能够在服务列表中察看到：
当未触发爱护阈值时，Nacos 会把所有申请都转发到衰弱的实例上，所以每次都能失常的拜访服务，执行成果如下图所示：
总结
爱护阈值是为了避免因过多实例故障，导致所有流量全副流入残余衰弱实例，继而造成流量压力将残余衰弱实例被压垮造成雪崩效应。它的默认值是 0，取值范畴应该是 0-1 的浮点数。此值是定义集群中容许衰弱实例占比的最小值，如果理论衰弱服务占比小于或等于此值，就会触发爱护阈值，那么 Nacos 就会将全副实例：衰弱实例 + 非衰弱实例全副返回给调用者，而当爱护阈值未触发时，Nacos 只会把衰弱实例返回给调用者。
是非审之于己，毁誉听之于人，得失安之于数。
公众号：Java 中文社群
Java 面试合集：https://gitee.com/mydb/interview
