本发明涉及计算机技术领域，尤其涉及一种异常补偿方法和装置。
背景技术：
应用系统(或应用服务端)的正常运行依赖于各种组件(比如mysql、mq、redis)以及其它应用系统提供的各种服务。在应用服务端运行过程中，可能会发生各种异常情况。例如，在应用系统中，经常会有关键流程节点通过mq异步通知下游系统的场景。在此类场景中，可能会出现发送mq消息失败的异常情况。
当应用系统出现异常情况时，现有技术中主要有以下几种异常处理方案：方案1、应用系统不对异常情况做任何处理；方案2、应用系统仅仅是捕捉异常、并以日志的形式打印异常类型等信息，但不对异常进行补偿；方案3、应用系统将异常信息进行本地持久化存储，然后根据应用系统设计的异常补偿处理逻辑对异常进行定时处理。
在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
第一、方案1对异常没有做任何处理，很可能影响系统整个业务流程的完整性和准确性，无法预估该异常对系统的整体影响。
第二、方案2仅仅是打印异常信息，而未对异常进行补偿处理，会影响下游系统的业务逻辑的执行，且无法对异常及时进行人工干预。
第三、方案3虽然对异常进行了补偿处理，但是其还存在以下问题：1、由于每个应用系统都需要设计异常补偿处理逻辑，异常补偿处理逻辑与系统正常的业务逻辑耦合在一起，导致异常补偿处理逻辑的可维护性差，而且，每个系统都开发异常补偿逻辑会增加开发成本；2、异常补偿处理逻辑不合理。比如，如果下游系统服务一直不可用，一直进行异常补偿任务重试会导致应用服务器负载过高，导致该系统其他业务的并发能力下降。
技术实现要素：
有鉴于此，本发明提供一种异常补偿方法和装置，不仅能够针对各应用服务端的异常统一进行补偿，实现异常补偿逻辑与应用服务端业务逻辑的解耦，降低开发成本，提高异常补偿逻辑的可维护性，而且能够优化异常补偿处理逻辑。
为实现上述目的，根据本发明的一个方面，提供了一种异常补偿方法。
本发明的异常补偿方法包括：接收至少一个应用服务端提交的异常补偿任务，并将所述异常补偿任务保存至数据库；为各应用服务端下的异常补偿任务分别开启相应的执行线程，基于所述执行线程从所述数据库抓取异常补偿任务，以及，在所述异常补偿任务满足预设的执行条件的情况下，通过rpc调用方式执行所述异常补偿任务。
可选地，所述方法还包括：在所述异常补偿任务不满足预设的执行条件的情况下，基于所述执行线程从所述数据库抓取下一个异常补偿任务。
可选地，所述预设的执行条件包括：所述异常补偿任务的任务状态为创建状态，和/或，当前时间满足所述异常补偿任务的执行时间策略；其中，所述创建状态表明所述异常补偿任务尚未执行成功且执行失败次数小于或等于任务挂起阈值。
可选地，所述方法还包括：在所述通过rpc调用方式执行所述异常补偿任务的步骤之后，若所述异常补偿任务执行失败，更新所述异常补偿任务的执行失败次数；以及，在更新后的执行失败次数大于任务挂起阈值的情况下，将所述异常补偿任务的任务状态更新为挂起状态；在所述异常补偿任务执行成功的情况下，将所述异常补偿任务的任务状态更新为成功状态。
可选地，所述方法还包括：在执行所述将所述异常补偿任务保存至数据库的步骤之前，确认所述数据库存在与所述异常补偿任务携带的应用服务端标识匹配的应用接入信息，和/或，确认所述异常补偿任务不是重复提交；其中，所述应用接入信息包括：接入的应用服务端的标识。
可选地，所述方法还包括：对所述数据库中的异常补偿任务的执行情况进行监控；在同一应用服务端下的异常补偿任务总数或同一任务类型下的异常补偿任务总数超过第一阈值的情况下，触发报警操作；和/或，在同一应用服务端下的处于挂起状态的异常补偿任务总数或同一任务类型下处于挂起状态的异常补偿任务总数超过第二阈值的情况下，触发报警操作。
可选地，所述方法还包括：配置所述应用接入信息，并将所述应用接入信息保存至所述数据库。
为实现上述目的，根据本发明的另一方面，提供了一种异常补偿装置。
本发明的异常补偿装置包括：提交模块，用于接收至少一个应用服务端提交的异常补偿任务，并将所述异常补偿任务保存至数据库；执行模块，用于为各应用服务端下的异常补偿任务分别开启相应的执行线程，基于所述执行线程从所述数据库抓取异常补偿任务，以及，在所述异常补偿任务满足预设的执行条件的情况下，通过rpc调用方式执行所述异常补偿任务。
可选地，所述执行模块，还用于在所述异常补偿任务不满足预设的执行条件的情况下，从所述数据库抓取下一个异常补偿任务。
可选地，所述执行模块配置的所述预设的执行条件包括：所述异常补偿任务的任务状态为创建状态，和/或，当前时间满足所述异常补偿任务的执行时间策略；其中，所述创建状态表明所述异常补偿任务尚未执行成功且执行失败次数小于或等于挂起阈值。
可选地，所述执行模块，还用于在所述异常补偿任务执行失败的情况下，更新所述异常补偿任务的执行失败次数；以及，在更新后的执行失败次数大于任务挂起阈值的情况下，将所述异常补偿任务的任务状态更新为挂起状态；所述执行模块，还用于在所述异常补偿任务执行成功的情况下，将所述异常补偿任务的任务状态更新为成功状态。
可选地，所述提交模块，还用于在执行所述将所述异常补偿任务保存至数据库的操作之前，确认所述数据库存在与所述异常补偿任务携带的应用服务端标识匹配的应用接入信息，和/或，确认所述异常补偿任务不是重复提交；其中，所述应用接入信息包括：接入的应用服务端的标识。
可选地，所述装置还包括：监控模块，用于对所述数据库中的异常补偿任务的执行情况进行监控；还用于在同一应用服务端下的异常补偿任务总数或同一任务类型下的异常补偿任务总数超过第一阈值的情况下，触发报警操作；和/或，在同一应用服务端下的处于挂起状态的异常补偿任务总数或同一任务类型下处于挂起状态的异常补偿任务总数超过第二阈值的情况下，触发报警操作。
可选地，所述装置还包括：配置模块，用于配置所述应用接入信息，并将所述应用接入信息保存至所述数据库。
为实现上述目的，根据本发明的再一个方面，提供了一种电子设备。
本发明的电子设备，包括：一个或多个处理器；以及，存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明的异常补偿方法。
为实现上述目的，根据本发明的又一个方面，提供了一种计算机可读介质。
本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明的异常补偿方法。
上述发明中的一个实施例具有如下优点或有益效果：通过将至少一个应用服务端提交的异常补偿任务保存至数据库，并通过rpc调用方式执行所述异常补偿任务，能够针对各应用服务端的异常统一进行补偿，实现异常补偿逻辑与应用服务端业务逻辑的解耦，降低开发成本，提高异常补偿逻辑的可维护性；通过为每个应用服务端开启相应的执行线程，基于所述执行线程从所述数据库抓取异常补偿任务，并在满足预设执行条件的情况下执行异常补偿任务等步骤，能够防止不同应用服务端的异常补偿任务在执行过程中的相互影响，优化异常补偿任务的执行逻辑。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
图1是根据本发明第一实施例的异常补偿方法的主要步骤示意图；
图2是根据本发明第二实施例的异常补偿方法的主要步骤示意图；
图3是根据本发明第三实施例的异常补偿任务提交流程示意图；
图4是根据本发明第四实施例的异常补偿任务监控流程示意图；
图5是根据本发明第五实施例的异常补偿装置的主要模块示意图；
图6是根据本发明第六实施例的异常补偿装置的主要模块示意图；
图7是本发明实施例可以应用于其中的示例性系统架构图；
图8是适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以相互组合。
在详细介绍本发明的实施例之前，首先对本发明实施例涉及的部分技术术语进行说明。
mq：消息队列(messagequeue)，是一种进程间通信或同一进程的不同线程间的通信方式。
rpc：远程过程调用(remoteprocedurecall)，是一种计算机通信协议。
mysql：是一种关系型数据库。
第一实施例
图1是根据本发明第一实施例的异常补偿方法的主要步骤示意图。如图1所示，本发明实施例的异常补偿方法包括：
步骤s101、接收至少一个应用服务端提交的异常补偿任务，并将所述异常补偿任务保存至数据库。
示例性地，所述应用服务端(也可称为应用系统或服务系统)可以为订单系统、库存系统等等。所述应用服务端提交的异常补偿任务可包括应用服务端标识(或称为“应用标识”，可用appid表示)、任务类型、rpc调用所需的接口入参等信息。具体实施时，在应用服务端发生异常(比如应用服务端向mq发送消息失败)时，可向本发明中的异常补偿装置提交异常补偿任务。
步骤s102、为各应用服务端下的异常补偿任务分别开启相应的执行线程，基于所述执行线程从所述数据库抓取异常补偿任务。
例如，数据库中存储了5个应用服务端的异常补偿任务，则可开设5个执行线程，每个执行线程负责执行一个应用服务端的异常补偿任务。
步骤s103、在所述异常补偿任务满足预设的执行条件的情况下，通过rpc调用方式执行所述异常补偿任务。
在一可选实施方式中，所述预设的执行条件包括：所述异常补偿任务的任务状态为创建状态(也可称为“未完成状态”)。其中，所述创建状态表明所述异常补偿任务尚未执行成功且执行失败次数小于或等于任务挂起阈值。
在另一可选实施方式中，所述预设的执行条件包括：所述异常补偿任务的任务状态为创建状态，以及当前时间满足所述异常补偿任务的执行时间策略。其中，所述执行时间策略可包括：预定的执行时间间隔、预定执行时间。具体实施时，如果预定执行时间早于或等于当前时间，可认为当前时间满足所述异常补偿任务的执行时间策略。
步骤s104、在所述异常补偿任务不满足执行条件的情况下，基于所述执行线程从所述数据库抓取下一个异常补偿任务。
在本发明实施例中，通过将至少一个应用服务端提交的异常补偿任务保存至数据库，并通过rpc调用方式执行所述异常补偿任务，能够针对各应用服务端的异常统一进行补偿，实现异常补偿逻辑与应用服务端业务逻辑的解耦，降低开发成本，提高异常补偿逻辑的可维护性；通过为每个应用服务端开启相应的执行线程，基于所述执行线程从所述数据库抓取异常补偿任务，并在满足预设执行条件的情况下执行异常补偿任务等步骤，能够防止不同应用服务端的异常补偿任务在执行过程中相互影响，优化异常补偿任务的执行逻辑。
第二实施例
图2是根据本发明第二实施例的异常补偿方法的主要步骤示意图。如图2所示，本发明实施例的异常补偿方法包括：
步骤s201、接收至少一个应用服务端提交的异常补偿任务，并将所述异常补偿任务保存至数据库。
其中，应用服务端提交的异常补偿任务可包括应用标识(appid)、任务类型、rpc调用所需的接口入参等信息。具体实施时，应用服务端在发生异常(比如应用服务端向mq发送消息失败)时，可向本发明中的异常补偿装置提交异常补偿任务。
步骤s202、为各应用服务端下的异常补偿任务分别开启相应的执行线程，基于所述执行线程从所述数据库抓取异常补偿任务。
例如，数据库中存储了5个应用服务端的异常补偿任务，则可开设5个执行线程，每个执行线程负责执行一个应用服务端的异常补偿任务。
步骤s203、判断异常补偿任务是否满足预设的执行条件。在所述异常补偿任务满足预设的执行条件的情况下，执行步骤s204；在所述异常补偿任务不满足预设的执行条件的情况下，执行步骤s205。
在一可选实施方式中，所述预设的执行条件包括：所述异常补偿任务的任务状态为创建状态(也可称为“未完成状态”)，以及当前时间满足所述异常补偿任务的执行时间策略。其中，所述创建状态表明所述异常补偿任务尚未执行成功且执行失败次数小于或等于任务挂起阈值。其中，所述执行时间策略可包括：预定的执行时间间隔、预定执行时间。具体实施时，如果预定执行时间早于或等于当前时间，则可认为当前时间满足所述异常补偿任务的执行时间策略。
在本发明实施例中，除了创建状态之外，数据库中异常补偿任务的任务状态还可包括：成功状态和挂起状态。所述成功状态表明异常补偿任务执行成功，所述挂起状态表明异常补偿任务执行被暂停执行。在该步骤中，若执行线程抓取的异常补偿任务为挂起状态或成功状态，可执行步骤s205，即结束此次对该异常补偿任务的处理流程；若执行线程抓取的异常补偿任务的状态为创建状态，可进一步判断当前时间是否满足该异常补偿任务的执行时间策略。若当前时间满足该异常补偿任务的执行时间策略，可执行步骤s204；否则，可执行步骤s205，即结束此次对该异常补偿任务的处理流程。
步骤s204、通过rpc调用方式执行所述异常补偿任务。在步骤s204之后，执行步骤s206。
在该步骤中，可根据所述异常补偿任务中的rpc调用所需接口入参等信息组装rpc调用请求，并将所述rpc调用请求发送至所述应用服务端，以执行所述异常补偿任务。例如，应用服务端a在向mq发送消息失败后，可向本发明中的异常补偿装置提交异常补偿任务1。在异常补偿任务1符合预设的执行条件的情况下，异常补偿装置可组装rpc调用请求，并将该rpc调用请求发送至应用服务端a，以重试向mq发送消息的业务逻辑。
步骤s205、结束。
在该步骤中，所述结束可理解为结束此次对抓取的异常补偿任务的处理流程。之后，可通过所述执行线程从所述数据库中抓取同一应用服务端下的下一个异常补偿任务。
步骤s206、判断异常补偿任务是否执行成功。在所述异常补偿任务执行成功的情况下，执行步骤s207；在所述异常补偿任务执行失败的情况下，执行步骤s208。
在该步骤中，可根据rpc调用请求的响应信息判断该异常补偿任务是否执行成功。比如，在接收到应用服务端返回的执行成功的响应信息的情况下，可认为所述异常补偿任务执行成功；在接收到应用服务端返回的执行失败的响应信息的情况下，可认为所述异常补偿任务执行失败。
步骤s207、将异常补偿任务的任务状态更新为成功状态。
在该步骤中，可将所述数据库中异常补偿任务的任务状态由创建状态更新为成功状态。
步骤s208、更新所述异常补偿任务的执行失败次数。在步骤s208之后，可执行步骤s209。
在该步骤中，可对数据库中所述异常补偿任务的执行失败次数进行加1操作。比如，所述异常补偿任务在更新前的执行失败次数为10次，更新后的执行失败次数为11次。
步骤s209、判断所述异常补偿任务的执行失败次数是否大于任务挂起阈值。在所述异常补偿任务的执行失败次数大于任务挂起阈值的情况下，可执行步骤s210；在所述异常补偿任务的执行失败次数小于或等于任务挂起阈值的情况下，可执行步骤s205。
其中，所述任务挂起阈值可根据实际需求进行设置。比如，可将任务挂起阈值设为15次、20次或其他数值。具体实施时，如果所述异常补偿任务配置了执行时间策略，那么在判断出执行失败次数小于任务挂起阈值之后，还可执行以下步骤：根据所述执行时间策略中的预定执行间隔修改异常补偿任务下次执行的预定执行时间。
步骤s210、将所述异常补偿任务的任务状态更新为挂起状态。
在该步骤中，可将数据库中该异常补偿任务的任务状态由创建状态更新为挂起状态。
进一步，在步骤s201之前，本发明实施例的方法还可包括以下步骤：配置应用接入信息、接入的应用服务端(或称为接入应用)对应的任务类型、rpc接口、执行时间策略等信息，并将配置后的信息保存至数据库。其中，所述应用接入信息可包括：接入的应用服务端(也可称为“接入应用”)的标识、接入应用的业务描述信息。具体实施时，一个接入应用可对应一种或多种任务类型。
在本发明实施例中，通过以上步骤能够针对各应用服务端的异常统一进行补偿。与现有技术相比，本发明实施例的异常补偿方法至少具有以下优点：1、实现异常补偿逻辑与应用服务端业务逻辑的解耦，降低开发成本，提高异常补偿逻辑的可维护性；2、通过按照应用维度开启执行线程，基于所述执行线程从数据库抓取异常补偿任务等步骤，能够防止不同应用服务端的异常补偿任务在执行过程中相互影响，优化异常补偿的处理逻辑；3、通过设置基于任务状态等因素的执行条件，并在满足执行条件时执行异常补偿任务，能够避免一直进行异常补偿任务重试所导致的应用服务端负载过高、系统并发能力下降等问题。
第三实施例
本发明实施例提供了一种异常补偿方法，该异常补偿方法对异常补偿任务的提交流程作了进一步优化。图3是根据本发明实施例中的异常补偿任务的提交流程示意图。如图3所示，本发明实施例中的异常补偿任务的提交流程包括：
步骤s301、接收应用服务端提交的异常补偿任务。
其中，所述异常补偿任务可包括如下信息：应用服务端标识(appid)、任务类型、rpc调用所需的接口入参。具体实施时，应用服务端在发生异常(比如应用服务端向mq发送消息失败)后，可向本发明中的异常补偿装置提交异常补偿任务。
步骤s302、判断数据库中是否存在与所述异常补偿任务携带的应用标识匹配的应用接入信息。在数据库存在所述匹配的应用接入信息的情况下，执行步骤s303；在数据库不存在所述匹配的应用接入信息的情况下，执行步骤s304。
在本发明实施例中，所述数据库可保存预先配置的一个或多个应用服务端的应用接入信息。所述应用接入信息可包括：接入的应用服务端的标识(也可称为“应用标识”)和应用服务端的业务描述信息。具体实施时，可根据接收的异常补偿任务携带的应用服务端标识查询数据库，若存在与所述应用服务端标识匹配的应用接入信息，则执行步骤s303；否则，执行步骤s304。
步骤s303、判断所述异常补偿任务是否重复提交。在所述异常补偿任务不是重复提交的情况下，执行步骤s305；在所述异常补偿任务是重复提交的情况下，执行步骤s304。
在一可选实施方式中，可先根据接收的异常补偿任务生成唯一任务标识(uuid)，然后根据所述唯一任务标识查询数据库。若数据库已存在具有所述唯一任务标识的异常补偿任务，则认为接收的异常补偿任务是重复提交；若数据库不存在具有所述唯一任务标识的异常补偿任务，则认为接收的异常补偿任务不是重复提交。
步骤s304、向所述应用服务端返回提交失败的响应信息。
步骤s305、将所述应用服务端提交的异常补偿任务保存至数据库。在步骤s305之后，可执行步骤s306。
其中，所述异常补偿任务可包括应用标识、任务类型、rpc调用接口、rpc调用所需的接口入参等信息。具体实施时，可将异常补偿任务所包括的信息保存在一张或多张数据库表中。
步骤s306、向所述应用服务端返回提交成功的响应信息。
在本发明实施例中，通过对提交异常补偿任务的应用服务端进行校验，能够拒绝未接入应用服务端的提交请求；通过对接收的异常补偿任务是否重复提交进行校验，能够避免异常补偿任务重复提交的问题。通过执行本发明实施例的异常补偿任务提交流程，能够进一步优化本发明的异常补偿处理逻辑。
第四实施例
本发明实施例提供了一种异常补偿方法。该异常补偿方法除了包括图2所示流程之外，还包括异常补偿任务的监控流程。图4是根据本发明实施例的异常补偿任务的监控流程示意图。如图4所示，本发明实施例中的异常补偿任务的监控流程包括：
步骤s401、对数据库中的异常补偿任务执行情况进行监控。
在本发明实施例中，可按照应用服务端的维度开启监控线程，并基于所述监控线程对同一应用服务端下的异常补偿任务进行监控。
在另一实施例中，还可按照任务类型维度开启监控线程，并基于所述监控线程对同一任务类型下的异常补偿任务进行监控。
步骤s402、判断同一应用服务端下的异常补偿任务总数是否超过第一阈值。在同一应用服务端下的异常补偿任务总数超过第一阈值的情况下，执行步骤s404；否则，执行步骤s403。
步骤s403、判断同一应用服务端下的处于挂起状态的任务数量是否超过第二阈值。若是，可执行步骤s404；若否，可执行步骤s405。
具体实施时，第一阈值、第二阈值可根据实际需求进行设置。
步骤s404、触发报警操作。
示例性地，所述报警操作可包括：向预先配置的报警联系人发送报警通知。比如，可通过邮件的方式向报警联系人发送报警通知。
步骤s405、结束。
在本发明实施例中，通过以上步骤能够对异常补偿任务的执行情况进行监控、报警，进一步优化了本发明中的异常补偿处理逻辑。
第五实施例
图5是根据本发明第五实施例的异常补偿装置的主要模块示意图。如图5所示，本发明实施例的异常补偿装置500包括：提交模块501、执行模块502。
提交模块501，用于接收至少一个应用服务端提交的异常补偿任务，并将所述异常补偿任务保存至数据库。
其中，应用服务端提交的异常补偿任务可包括：应用服务端标识(或称为“应用标识”，可用appid表示)、任务类型、rpc调用所需的接口入参等信息。具体实施时，应用服务端在发生异常(比如应用服务端向mq发送消息失败)时，，可向提交模块501提交异常补偿任务。
执行模块502，用于为各应用服务端下的异常补偿任务分别开启相应的执行线程，基于所述执行线程从所述数据库抓取异常补偿任务。
例如，数据库中存储了5个应用服务端的异常补偿任务，则可开设5个执行线程，每个执行线程负责执行一个应用服务端下的异常补偿任务。
执行模块502，还用于在所述异常补偿任务满足预设的执行条件的情况下，通过rpc调用方式执行所述异常补偿任务。
在一可选实施方式中，执行模块502采用的执行条件包括：所述异常补偿任务的任务状态为创建状态(也可称为“未完成状态”)。其中，所述创建状态表明所述异常补偿任务尚未执行成功、且执行失败次数小于或等于任务挂起阈值。
在另一可选实施方式中，执行模块502采用的执行条件包括：所述异常补偿任务的任务状态为创建状态(也可称为“未完成状态”)，以及当前时间满足所述异常补偿任务的执行时间策略。其中，所述执行时间策略可包括：预定的执行时间间隔、预定执行时间。具体实施时，如果预定执行时间早于或等于当前时间，可认为当前时间满足所述异常补偿任务的执行时间策略。
执行模块502，还可用于在所述异常补偿任务不满足预设的执行条件的情况下，基于所述执行线程从所述数据库抓取下一个异常补偿任务。在本发明实施例的异常补偿装置中，通过提交模块501将至少一个应用服务端提交的异常补偿任务保存至数据库，并通过执行模块502以rpc调用方式执行所述异常补偿任务，能够针对各应用服务端的异常统一进行补偿，实现异常补偿逻辑与应用服务端业务逻辑的解耦，降低开发成本，提高异常补偿逻辑的可维护性；通过按照应用服务端维度开启执行线程，基于所述执行线程从所述数据库抓取异常补偿任务，并在满足预设执行条件时执行异常补偿任务等，能够防止不同应用服务端的异常补偿任务在执行过程中相互影响，优化异常补偿的处理逻辑。
第六实施例
图6是根据本发明实施例的异常补偿装置的主要模块示意图。如图6所示，本发明实施例的异常补偿装置600包括：配置模块601、提交模块602、执行模块603、监控模块604。
配置模块601，用于配置应用接入信息，并将所述应用接入信息保存至数据库。其中，所述应用接入信息可包括：接入的应用服务端(也可称为“接入应用”)的标识、接入应用的业务描述信息。另外，配置模块601，还可用于配置接入应用对应的任务类型、rpc接口、执行时间策略等信息。具体实施时，一个接入应用可对应一种或多种任务类型。
提交模块602，用于接收至少一个应用服务端提交的异常补偿任务，并将所述异常补偿任务保存至数据库。其中，应用服务端提交的异常补偿任务可包括：应用服务端标识(或称为“应用标识”，可用appid表示)、任务类型、rpc调用所需的接口入参等信息。
提交模块602，还可用于在执行将所述异常补偿任务保存至数据库的操作之前，确认所述数据库存在与接收的异常补偿任务所携带的应用服务端标识匹配的应用接入信息，和/或，确认接收的异常补偿任务不是重复提交。其中，所述应用接入信息可包括接入的应用服务端的标识。
进一步，提交模块602，还可用于在将异常补偿任务保存至数据库之后，向应用服务端返回提交成功的响应信息。以及，在确认所述数据库不存在匹配的应用接入信息、或者确认所述异常补偿任务重复提交后，提交模块602还可用于向应用服务端返回提交失败的响应信息。
执行模块603，用于为各应用服务端下的异常补偿任务分别开启相应的执行线程，基于所述执行线程从所述数据库抓取异常补偿任务。执行模块603，还可用于在所述异常补偿任务满足预设的执行条件的情况下，通过rpc调用方式执行所述异常补偿任务；执行模块603，还可用于在所述异常补偿任务不满足预设的执行条件的情况下，从所述数据库抓取下一个异常补偿任务。
其中，执行模块603采用的执行条件可包括：所述异常补偿任务的任务状态为创建状态，和/或，当前时间满足所述异常补偿任务的执行时间策略。其中，所述创建状态表明所述异常补偿任务尚未执行成功、且执行失败次数小于或等于挂起阈值。
在本发明实施例中，数据库中的异常补偿任务还可包括：成功状态、挂起状态。所述成功状态表明异常补偿任务执行成功，所述挂起状态表明异常补偿任务执行被暂停执行。具体实施时，若抓取的异常补偿任务为挂起状态或成功状态，执行线程结束此次对该异常补偿任务的处理流程；若抓取的异常补偿任务为创建状态，执行线程可进一步判断当前时间是否满足该异常补偿任务的执行时间策略。若满足异常补偿任务的执行时间策略，执行线程通过rpc调用方式执行所述异常补偿任务；若不满足，执行线程可结束此次对该异常补偿任务的处理流程。
进一步，执行模块603还可用于在所述异常补偿任务执行失败的情况下，更新所述异常补偿任务的执行失败次数；还用于在更新后的执行失败次数大于任务挂起阈值的情况下，将所述异常补偿任务的任务状态更新为挂起状态。执行模块603，还可用于在所述异常补偿任务执行成功的情况下，将所述异常补偿任务的任务状态更新为成功状态。
监控模块604，用于对数据库中异常补偿任务的执行情况进行监控。监控模块604，还可用于在同一应用服务端下的异常补偿任务总数或同一任务类型下的异常补偿任务总数超过第一阈值的情况下，触发报警操作；和/或，在同一应用服务端下的处于挂起状态的异常补偿任务总数或同一任务类型下的处于挂起状态的异常补偿任务总数超过第二阈值的情况下，触发报警操作。其中，所述报警操作可包括：向预先配置的报警联系人发送报警通知。比如，通过邮件方式向报警联系人发送报警通知。
在本发明实施例中，通过以上装置能够对各应用服务端的异常补偿任务统一进行补偿。与现有技术相比，本发明实施例的异常补偿装置至少具有以下优点：1、实现异常补偿逻辑与应用服务端业务逻辑的解耦，降低开发成本，提高异常补偿逻辑的可维护性；2、通过按照应用服务端的维度开启执行线程，并基于所述执行线程从所述数据库抓取异常补偿任务，能够防止不同应用服务端的异常补偿任务在执行过程中相互影响，优化异常补偿的处理逻辑；3、通过设置基于任务状态等因素的执行条件，并在满足执行条件时执行异常补偿任务，能够避免一直进行异常补偿任务重试所导致的应用服务端负载过高、系统并发能力下降等问题；4、仅需简单配置即可实现应用服务端接入异常补偿装置，降低了接入成本；5、对异常补偿任务的执行情况进行监控、报警，优化了异常补偿的处理逻辑。
图7示出了可以应用本发明实施例的异常补偿方法或异常补偿装置的示例性系统架构。
如图7所示，系统架构可以包括：异常补偿装置701、应用服务端a702、应用服务端b703、应用服务端c703。
应用服务端a702、应用服务端b703、应用服务端c703在发生异常后，可向异常补偿装置701发送提交异常补偿任务的请求。应用服务端a702、应用服务端b703、应用服务端c703还可接收异常补偿装置701的rpc调用请求。例如，应用服务端a701在向mq发送消息失败后，可向异常补偿装置701提交异常补偿任务1。异常补偿装置701在异常补偿任务1符合执行条件的情况下，可组装rpc调用请求，并将该rpc调用请求发送至应用服务端a，以重试向mq发送消息的业务逻辑。
异常补偿装置701，可用于将应用服务端a702、应用服务端b703、应用服务端c703提交的异常补偿任务保存至数据库；按照应用维度开启执行线程，并基于所述执行线程从所述数据库抓取异常补偿任务；以及，在所述异常补偿任务满足执行条件的情况下，通过rpc调用方式执行所述异常补偿任务等异常补偿处理逻辑。
应该理解，图7中的应用服务端的数目仅仅是示意性的。根据实现需要，可以具有任意数目的应用服务端。
图8示出了适于用来实现本发明实施例的电子设备的计算机系统800的结构示意图。图8示出的系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram803中，还存储有系统800操作所需的各种程序和数据。cpu801、rom802以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括提交模块和执行模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，提交模块还可以被描述为“接收至少一个应用服务端提交的异常补偿任务，并将其保存至数据库的模块”。
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行以下流程：接收至少一个应用服务端提交的异常补偿任务，并将所述异常补偿任务保存至数据库；为各应用服务端下的异常补偿任务分别开启相应的执行线程，基于所述执行线程从所述数据库抓取异常补偿任务，以及，在所述异常补偿任务满足预设的执行条件的情况下，通过rpc调用方式执行所述异常补偿任务。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。
1.一种异常补偿方法，其特征在于，所述方法包括：
接收至少一个应用服务端提交的异常补偿任务，并将所述异常补偿任务保存至数据库；
为各应用服务端下的异常补偿任务分别开启相应的执行线程，基于所述执行线程从所述数据库抓取异常补偿任务，以及，在所述异常补偿任务满足预设的执行条件的情况下，通过rpc调用方式执行所述异常补偿任务。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述异常补偿任务不满足预设的执行条件的情况下，基于所述执行线程从所述数据库抓取下一个异常补偿任务。
3.根据权利要求1所述的方法，其特征在于，所述预设的执行条件包括：所述异常补偿任务的任务状态为创建状态，和/或，当前时间满足所述异常补偿任务的执行时间策略；其中，所述创建状态表明所述异常补偿任务尚未执行成功且执行失败次数小于或等于任务挂起阈值。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：在所述通过rpc调用方式执行所述异常补偿任务的步骤之后，若所述异常补偿任务执行失败，更新所述异常补偿任务的执行失败次数；以及，在更新后的执行失败次数大于任务挂起阈值的情况下，将所述异常补偿任务的任务状态更新为挂起状态；在所述异常补偿任务执行成功的情况下，将所述异常补偿任务的任务状态更新为成功状态。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在执行所述将所述异常补偿任务保存至数据库的步骤之前，确认所述数据库存在与所述异常补偿任务携带的应用服务端标识匹配的应用接入信息，和/或，确认所述异常补偿任务不是重复提交；其中，所述应用接入信息包括：接入的应用服务端的标识。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
对所述数据库中的异常补偿任务的执行情况进行监控；在同一应用服务端下的异常补偿任务总数或同一任务类型下的异常补偿任务总数超过第一阈值的情况下，触发报警操作；和/或，在同一应用服务端下的处于挂起状态的异常补偿任务总数或同一任务类型下处于挂起状态的异常补偿任务总数超过第二阈值的情况下，触发报警操作。
7.根据权利要求5所述的方法，其特征在于，所述方法还包括：
配置所述应用接入信息，并将所述应用接入信息保存至所述数据库。
8.一种异常补偿装置，其特征在于，所述装置包括：
提交模块，用于接收至少一个应用服务端提交的异常补偿任务，并将所述异常补偿任务保存至数据库；
执行模块，用于为各应用服务端下的异常补偿任务分别开启相应的执行线程，基于所述执行线程从所述数据库抓取异常补偿任务，以及，在所述异常补偿任务满足预设的执行条件的情况下，通过rpc调用方式执行所述异常补偿任务。
9.根据权利要求8所述的装置，其特征在于，所述执行模块，还用于在所述异常补偿任务不满足预设的执行条件的情况下，从所述数据库抓取下一个异常补偿任务。
10.根据权利要求8所述的装置，其特征在于，所述执行模块配置的所述预设的执行条件包括：所述异常补偿任务的任务状态为创建状态，和/或，当前时间满足所述异常补偿任务的执行时间策略；其中，所述创建状态表明所述异常补偿任务尚未执行成功且执行失败次数小于或等于挂起阈值。
11.根据权利要求10所述的装置，其特征在于，所述执行模块，还用于在所述异常补偿任务执行失败的情况下，更新所述异常补偿任务的执行失败次数；以及，在更新后的执行失败次数大于任务挂起阈值的情况下，将所述异常补偿任务的任务状态更新为挂起状态；所述执行模块，还用于在所述异常补偿任务执行成功的情况下，将所述异常补偿任务的任务状态更新为成功状态。
12.根据权利要求8所述的装置，其特征在于，所述提交模块，还用于在执行所述将所述异常补偿任务保存至数据库的操作之前，确认所述数据库存在与所述异常补偿任务携带的应用服务端标识匹配的应用接入信息，和/或，确认所述异常补偿任务不是重复提交；其中，所述应用接入信息包括：接入的应用服务端的标识。
13.根据权利要求8所述的装置，其特征在于，所述装置还包括：
监控模块，用于对所述数据库中的异常补偿任务的执行情况进行监控；还用于在同一应用服务端下的异常补偿任务总数或同一任务类型下的异常补偿任务总数超过第一阈值的情况下，触发报警操作；和/或，在同一应用服务端下的处于挂起状态的异常补偿任务总数或同一任务类型下处于挂起状态的异常补偿任务总数超过第二阈值的情况下，触发报警操作。
14.根据权利要求12所述的装置，其特征在于，所述装置还包括：
配置模块，用于配置所述应用接入信息，并将所述应用接入信息保存至所述数据库。
15.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1至7中任一所述的方法。
16.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1至7中任一所述的方法。
技术总结