[发明专利]一种基于熔断器的支付方法、装置、存储介质及终端设备

权利要求书

1.一种基于熔断器的支付方法，其特征在于，所述方法包括如下步骤：

步骤一：从打款队列中按顺序取出一条订单；

步骤二：校验订单的基本参数是否合法，若是，进入步骤三，若否，则认为失败订单，自动放弃订单，返回步骤一；

步骤三：判定订单是否是第一次请求打款，若是，进入步骤七，若否，则进入步骤四；

步骤四：判定该订单之前请求收到的错误码是否为未知错误码，若是，进入步骤五；若否，则进入步骤七；

步骤五：判定错误码是否已熔断，若是，则将订单重新退回打款队列中，且返回步骤一；若否，则进入步骤六；

步骤六：判定熔断器当前是否处于半打开状态且订单命中探测放行概率，若是，则进入步骤七；若否，则将订单重新退回打款队列中，且返回步骤一；

步骤七：将订单状态更新为处理中，请求支付渠道；

步骤八：判定支付渠道响应结果，若打款成功，订单状态更新为已完成；若打款失败，订单状态更新为失败；若返回未知错误码，则将未知错误码在熔断器中的请求总数+1，错误码出现次数+1，而后进行熔断器熔断状态的动态调整；

循环上述步骤一至步骤八，直至打款队列中清单为空。

2.根据权利要求1所述的一种基于熔断器的支付方法，其特征在于，所述

方法在步骤一之前，还包括熔断器配置步骤，根据每个支付渠道的处理能力及特性，将支付渠道的错误比例阈值、熔断冻结时间、检测时间周期参数配置在Apollo动态配置中心；支付系统启动时，从Apollo动态配置中心中读取所有支付渠道的熔断配置，按照配置中指定的参数初始化对应的熔断器。

3.根据权利要求2所述的一种基于熔断器的支付方法，其特征在于，所述

熔断器状态流转如下：

（1）初始状态下，熔断器处于熔断关闭状态，也即支付系统处于正常运行状态；

（2）当在配置的时间周期A内，请求总次数达到X次，且某个错误码出现的请求次数占比大于等于配置的概率P%，此错误码对应的熔断状态变为熔断打开，熔断窗口期为配置的时间B，表示在当前时间段B内，所有遇到此错误码的重试请求将被直接拒绝；

（3）当熔断器处于熔断状态打开且已到配置的时间B时，熔断器进行半打开状态，放行一个请求进行探测；

（4）熔断器处于半打开状态时，如果渠道侧仍然返回未知错误码，则表示当前故障并未恢复，熔断器状态退回熔断打开状态；若请求成功或返回非未知错误码，表示探测成功，直接将熔断状态修改为熔断关闭，无需再次进行探测。

4.一种基于熔断器的支付装置，其特征在于，包括打款队列单元、订单校验单元、第一判定单元、第二判定单元、第三判定单元、第四判定单元、订单状态更新单元、第五判定单元；

所述打款队列单元用于存放按顺序排列的订单；

所述订单校验单元用于校验从所述打款队列单元获取的订单的基本参数是否合法，若是，执行第一判定单元，若否，则认为失败订单，自动放弃订单，从所述打款队列单元获取下一条订单，进行校验；

所述第一判定单元用于判定订单是否是第一次请求打款，若是，则执行订单状态更新单元，若否，则执行第二判定单元；

所述第二判定单元用于判定该订单之前请求收到的错误码是否为未知错误码，若是，则执行第三判定单元；若否，则执行订单状态更新单元；

所述第三判定单元用于判定错误码是否已熔断，若是，则将订单重新退回打款队列单元中，且执行所述订单校验单元；若否，则执行第四判定单元；

所述第四判定单元用于判定熔断器当前是否处于半打开状态且订单命中探测放行概率，若是，则执行订单状态更新单元；若否，则将订单重新退回打款队列中，且执行所述订单校验单元；

所述订单状态更新单元用于将订单状态更新为处理中，请求支付渠道；

所述第五判定单元用于判定支付渠道响应结果，若打款成功，订单状态更新为已完成；若打款失败，订单状态更新为失败；若返回未知错误码，则将未知错误码在熔断器中的请求总数+1，错误码出现次数+1，而后进行熔断器熔断状态的动态调整；

通过上述单元处理打款队列中的清单，直至打款队列中清单为空。