本节为大家介绍降级规则的另外两种：异常比例和异常数量。首先我们人为的在代码中加入一个被除数为0的运行时异常。  ## 一、异常比例降级  异常比例降级的触发条件： * 资源的每秒请求数量>=5 * 请求异常响应的数量占总请求数量的超过“异常比例配置” 当以上的两个条件都满足的时候，资源进入降级状态。在接下来的“时间窗口”内的请求都将被降级，执行fallback方法或者BlockHandler方法。 #### 测试： 参考Hystrix章节的《Jemeter模拟触发服务熔断》创建Jemeter接口测试用例。为了更明显的触发降级规则：配置1秒钟发送10个请求“/sysuser/pwd/reset”。   从以上响应结果可以看出：在5次异常请求之后（被除数为0），异常请求占比100%（大于0.5），资源接口进入降级状态执行BlockHandler方法。BlockHandler方法参看《BlockException处理》和《实战熔断降级-RT》中的定义。 ## 二、异常数量降级 明白了异常比例降级，异常数量降级就不难理解了。 异常数量降级的触发条件：**近1分钟内异常请求数量超过“异常数配置”**，资源进入降级状态。在接下来的“时间窗口”内的请求都将被降级，执行fallback方法或者BlockHandler方法。 > 需要注意的是：时间窗口的配置必须大于等于60，否则将导致结束熔断状态之后，再次无缘无故进入熔断状态。  #### 测试： 参考Hystrix章节的《Jemeter模拟触发服务熔断》创建Jemeter接口测试用例。为了更明显的触发降级规则：配置1秒钟发送10个请求“/sysuser/pwd/reset”。  从以上响应结果可以看出：在6次异常请求之后（被除数为0），资源接口进入降级状态执行BlockHandler方法。BlockHandler方法参看《BlockException处理》和《实战熔断降级-RT》中的定义。