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

说明书

本发明公开了一种基于熔断器的支付方法、装置、存储介质及终端设备。其中，支付方法包括：从打款队列中按顺序取出一条订单；校验订单的基本参数是否合法；判定订单是否是第一次请求打款；判定该订单之前请求收到的错误码是否为未知错误码；判定错误码是否已熔断；判定熔断器当前是否处于半打开状态且订单命中探测放行概率；将订单状态更新为处理中，请求支付渠道；判定支付渠道响应结果，而后进行熔断器熔断状态的动态调整；本发明通过引入熔断器，对短时间周期内大量出现的错误直接进行熔断处理，避免进行无效请求；无效请求的减少，避免了对其他正常支付订单的处理时效影响。

技术领域

本发明涉及计算机技术技术领域，尤其涉及一种基于熔断器的支付方法、装置、存储介质及终端设备。

背景技术

现如今的支付业务系统中，最终的出款行为往往需要借助于微信支付或支付宝这样的第三方渠道，对第三方渠道而言，作为平台方会限制每个接入的应用的请求TPS，避免洪水攻击。且出于最终一致性的考虑，支付系统中会对未达到终态的支付订单进行轮训重试，当发生自身bug或渠道侧发生问题期间，所有的请求都会集中性报错，此时在问题修复之前，无论怎么进行请求都是无用功，反而还会占用该渠道下开通的其他账号的出款请求TPS配额。

当前，通过监控报警等手段感知到上述问题发生后，通常采用如下方式进行处理。先根据既往经验判断相同错误之前是否发生，如果遇到的是之前曾经处理过的错误码，会进行系统级的自动重试策略进行补偿；如果是未知错误码，则会一边进行轮训重试，一边联系渠道侧确定问题。当前所采用的处理方式存在如下缺陷：1）在问题修复之前的重试请求，无论如何重试都是无效请求，浪费系统资源；2）无效的请求同样会占用渠道侧的请求TPS限制，影响其他支付订单的处理时效。

发明内容

本发明的目的在于提供一种基于熔断器的支付方法、装置、存储介质及终端设备，以实现在支付系统中针对业务级别的错误维度进行熔断，减少支付渠道侧的无效请求，同时减少对其他支付请求的时效影响。

为实现本发明的目的，本发明提供的技术方案具体如下：

第一方面

本发明提供了一种基于熔断器的支付方法，所述方法包括如下步骤：

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

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

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

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

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

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

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

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

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

进一步地，所述方法在步骤一之前，还包括熔断器配置步骤，根据每个支

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

进一步地，所述熔断器状态流转如下：

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