CN112783665B - 接口补偿的方法和装置 - Google Patents

Abstract

本发明公开了接口补偿的方法和装置，涉及计算机技术领域。其中，应用于补偿服务端的接口补偿方法的一具体实施方式包括：接收应用服务端发送的目标消息，将目标消息存储至接口管理信息库中，生成目标接口补偿任务；根据目标消息对应的目标补偿策略信息，确定目标接口补偿任务的执行规则；基于执行规则，根据目标消息对应的目标接口参数信息，执行目标接口补偿任务。该实施方式能够达到基于分布式定时任务执行接口补偿的效果，实现及时高效的对目标接口进行补偿，防止数据丢失对业务造成的不良影响。

Description

接口补偿的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种接口补偿的方法和装置。

背景技术

现今互联网行业飞速发展，网络集群越来越庞大，各业务系统之间交互频繁，系统之间通过微服务（即，一种架构风格，系统中的各个微服务可被独立部署，各个微服务之间是松耦合的）进行调用。微服务调用可以采用接口调用的方式实现，但是调用有可能存在失败的情况，而有些接口数据比较重要，不可以丢失，上游重发也较困难，并且不同的接口对补偿有不同的需求。因此需要对接口进行补偿调用，也就是需要再次调用接口。

当前，可以将接口参数通过日志或者数据库的方式保存下来，然后再人工组装参数进行接口补偿调用。但是，现有技术对接口进行补偿调用的方法需要人工处理，不能够及时进行补偿调用，补偿效率较低，导致数据丢失，对业务造成不良影响。

发明内容

有鉴于此，本发明实施例提供一种接口补偿的方法和装置，能够达到基于分布式定时任务执行接口补偿的效果，实现及时高效的对目标接口进行补偿，防止数据丢失对业务造成的不良影响。

为实现上述目的，根据本发明实施例的第一方面，提供了一种接口补偿的方法。

本发明实施例的一种接口补偿的方法，应用于补偿服务端，包括：接收应用服务端发送的目标消息，将所述目标消息存储至接口管理信息库中，生成目标接口补偿任务；根据所述目标消息对应的目标补偿策略信息，确定所述目标接口补偿任务的执行规则；基于所述执行规则，根据所述目标消息对应的目标接口参数信息，执行所述目标接口补偿任务。

可选地，在将所述目标消息存储至接口管理信息库中之前，所述方法还包括：结合所述接口管理信息库，根据所述目标消息的唯一标识对所述目标消息进行判重验证；若验证结果为通过，则将所述目标消息存储至所述接口管理信息库中。

可选地，所述根据所述目标消息对应的目标补偿策略信息，确定所述目标接口补偿任务的执行规则，包括：根据所述目标补偿策略信息，获得延迟时间、乘法因子、加法因子和最大重试次数；利用所述延迟时间、所述乘法因子和所述加法因子，计算任务执行时间间隔；根据所述最大重试次数和所述任务执行时间间隔，确定所述执行规则。

可选地，所述基于所述执行规则，根据所述目标消息对应的目标接口参数信息，执行所述目标接口补偿任务，包括：步骤1，根据所述任务执行时间间隔和当前执行次数，确定执行任务时间；步骤2，在所述执行任务时间，根据所述目标接口参数信息，调用所述应用服务端的目标接口，判断是否调用成功；步骤3，若是，则生成成功日志记录；步骤4，若否，则判断当前执行次数是否达到所述最大重试次数；步骤5，在当前执行次数未达到所述最大重试次数的情况下，更新当前执行次数，并重复执行上述步骤1至步骤5；步骤6，在当前执行次数达到所述最大重试次数的情况下，生成失败日志记录。

可选地，在生成成功日志记录以及在生成失败日志记录之后，所述方法还包括：将所述目标消息从所述接口管理信息库中删除。

可选地，在执行所述目标接口补偿任务之前，所述方法还包括：根据所述目标补偿策略信息，确定所述目标消息的存活时间；若所述目标消息在所述接口管理信息库中的存储时间大于所述存活时间，则将所述目标消息从所述接口管理信息库中删除，并确认不执行所述目标接口补偿任务。

可选地，所述方法还包括：预先配置中间件工具，所述中间件工具包括：数据补偿的切面对象和数据补偿的注解。

为实现上述目的，根据本发明实施例的第二方面，提供了一种接口补偿的方法。

本发明实施例的一种接口补偿的方法，应用于应用服务端，包括：利用补偿服务端提供的中间件工具，捕获到异常信息，获取所述异常信息对应的目标补偿策略信息以及目标接口参数信息；根据所述目标接口参数信息和所述目标补偿策略信息，创建所述目标消息，并把所述目标消息发送至所述补偿服务端；其中，所述目标消息的唯一标识是根据所述目标补偿策略信息中的关键字和所述目标接口参数信息生成的。

可选地，所述中间件工具包括：数据补偿的切面对象和数据补偿的注解；以及所述利用补偿服务端提供的中间件工具，捕获到异常信息，获取所述异常信息对应的目标补偿策略信息以及目标接口参数信息，包括：利用所述数据补偿的切面对象拦截到所述异常信息；从所述数据补偿的注解中配置的补偿策略信息中，查找到所述异常信息对应的目标补偿策略信息；确定所述异常信息对应的目标接口，并获取所述目标接口的参数信息。

可选地，在利用补偿服务端提供的中间件工具，捕获到异常信息之前，所述方法还包括：引入所述补偿服务端提供的所述中间件工具。

为实现上述目的，根据本发明实施例的第三方面，提供了一种接口补偿的装置。

本发明实施例的一种接口补偿的装置，设置在补偿服务端，包括：生成模块，用于接收应用服务端发送的目标消息，将所述目标消息存储至接口管理信息库中，生成目标接口补偿任务；确定模块，用于根据所述目标消息对应的目标补偿策略信息，确定所述目标接口补偿任务的执行规则；执行模块，用于基于所述执行规则，根据所述目标消息对应的目标接口参数信息，执行所述目标接口补偿任务。

可选地，所述生成模块还用于：结合所述接口管理信息库，根据所述目标消息的唯一标识对所述目标消息进行判重验证；若验证结果为通过，则将所述目标消息存储至所述接口管理信息库中。

可选地，所述确定模块还用于：根据所述目标补偿策略信息，获得延迟时间、乘法因子、加法因子和最大重试次数；利用所述延迟时间、所述乘法因子和所述加法因子，计算任务执行时间间隔；根据所述最大重试次数和所述任务执行时间间隔，确定所述执行规则。

可选地，所述执行模块还用于：执行步骤1至步骤6，其中，步骤1，根据所述任务执行时间间隔和当前执行次数，确定执行任务时间；步骤2，在所述执行任务时间，根据所述目标接口参数信息，调用所述应用服务端的目标接口，判断是否调用成功；步骤3，若是，则生成成功日志记录；步骤4，若否，则判断当前执行次数是否达到所述最大重试次数；步骤5，在当前执行次数未达到所述最大重试次数的情况下，更新当前执行次数，并重复执行上述步骤1至步骤5；步骤6，在当前执行次数达到所述最大重试次数的情况下，生成失败日志记录。

可选地，所述执行模块还用于：将所述目标消息从所述接口管理信息库中删除。

可选地，所述执行模块还用于：根据所述目标补偿策略信息，确定所述目标消息的存活时间；若所述目标消息在所述接口管理信息库中的存储时间大于所述存活时间，则将所述目标消息从所述接口管理信息库中删除，并确认不执行所述目标接口补偿任务。

可选地，所述装置还包括：配置模块，用于预先配置中间件工具，所述中间件工具包括：数据补偿的切面对象和数据补偿的注解。

为实现上述目的，根据本发明实施例的第四方面，提供了一种接口补偿的装置。

本发明实施例的一种接口补偿的装置，设置在应用服务端，包括：获取模块，用于利用补偿服务端提供的中间件工具，捕获到异常信息，获取所述异常信息对应的目标补偿策略信息以及目标接口参数信息；创建模块，用于根据所述目标接口参数信息和所述目标补偿策略信息，创建所述目标消息，并把所述目标消息发送至所述补偿服务端；其中，所述目标消息的唯一标识是根据所述目标补偿策略信息中的关键字和所述目标接口参数信息生成的。

可选地，所述中间件工具包括：数据补偿的切面对象和数据补偿的注解；以及所述获取模块还用于：利用所述数据补偿的切面对象拦截到所述异常信息；从所述数据补偿的注解中配置的补偿策略信息中，查找到所述异常信息对应的目标补偿策略信息；确定所述异常信息对应的目标接口，并获取所述目标接口的参数信息。

可选地，所述获取模块还用于：引入所述补偿服务端提供的所述中间件工具。

为实现上述目的，根据本发明实施例的第五方面，提供了一种电子设备。

本发明实施例的一种电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明实施例的接口补偿的方法。

为实现上述目的，根据本发明实施例的第六方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现本发明实施例的接口补偿的方法。

上述发明中的一个实施例具有如下优点或有益效果：补偿服务端可以生成目标消息对应的目标接口补偿任务，然后确定执行规则，最后基于执行规则执行目标接口补偿任务，达到基于分布式定时任务执行接口补偿的效果，实现及时高效的对目标接口进行补偿，防止数据丢失对业务造成的不良影响。此外，补偿服务端预先配置中间件工具，使得应用服务端能够及时将目标消息发送至补偿服务端，从而可以及时发现接口调用异常的情况，使得补偿服务端对接口进行补偿，提高接口补偿的效率，并且中间件工具的数据补偿的注解中包含不同的补偿策略信息，达到为不同的接口提供不同的补偿策略，从而可以解决不同的接口补偿有不同需求的问题。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的应用于应用服务端的接口补偿的方法的主要步骤的示意图；

图2是根据本发明实施例的应用于应用服务端的接口补偿的方法的主要流程的示意图；

图3是根据本发明实施例的应用于补偿服务端的接口补偿的方法的主要步骤的示意图；

图4是根据本发明实施例的应用于补偿服务端的接口补偿的方法的主要流程的示意图；

图 5 是根据本发明实施例的接口补偿的系统的结构示意图；

图6是根据本发明实施例的设置在补偿服务端的接口补偿的装置的主要模块的示意；

图7是根据本发明实施例的设置在应用服务端的接口补偿的装置的主要模块的示意图；

图 8 是本发明实施例可以应用于其中的示例性系统架构图；

图9是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

微服务调用可以采用接口调用的方式实现，但是调用有可能存在失败的情况，而有些接口数据比较重要，不可以丢失，上游重发也较困难，并且不同的接口对补偿有不同的需求。因此需要对接口进行补偿调用，也就是需要再次调用接口。现有技术对接口进行补偿调用的方法需要人工处理，不能够及时进行补偿调用，补偿效率较低，导致数据丢失，对业务造成不良影响。为了解决上述问题，本发明提供一套接口补偿的技术方案，该方案包括应用于补偿服务端的接口补偿方法和应用于应用服务端的接口补偿方法。其中，应用服务端用于将发生异常的接口数据抛出去；补偿服务端用于消费应用服务端抛出的接口数据，并对调用失败的接口进行补偿。值得注意的是，本发明实施例中的调用是应用服务端的接口，也就是说，应用服务端捕获到属于该应用服务端的接口被调用失败，会将捕获到的异常发送至补偿服务端，然后补偿服务端基于分布式定时任务，重新调用该接口。为了便于理解，在描述具体的实现方法时，首先分析应用于应用服务端的接口补偿的方法。

图1是根据本发明实施例的应用于应用服务端的接口补偿的方法的主要步骤的示意图。如图1所示，作为一个可参考实施例，应用于应用服务端的接口补偿的方法的主要步骤可以包括：

步骤S101：利用补偿服务端提供的中间件工具，捕获到异常信息，获取异常信息对应的目标补偿策略信息以及目标接口参数信息；

步骤S102：根据目标接口参数信息和目标补偿策略信息，创建目标消息，并把目标消息发送至补偿服务端，其中，目标消息的唯一标识是根据目标补偿策略信息中的关键字和目标接口参数信息生成的。

应用服务端的接口被调用的过程中，应用服务端可以利用补偿服务端提供的中间件工具进行监测，如果接口调用异常，就可以捕获到异常信息，生成目标消息，并将目标消息发送至补偿服务端进行处理，如果接口调用成功，不存在异常信息，说明不需要对接口进行补偿。应用服务端创建目标消息时，首先利用补偿服务端提供的中间件工具捕获到异常信息，然后获取异常信息对应的目标补偿策略信息以及目标接口参数信息，最后根据目标补偿策略信息以及目标接口参数信息，创建目标消息，将该目标消息发送至补偿服务端。此外，本发明实施例中，不同的异常信息对应不同的补偿策略信息，从而能够解决对不同接口进行补偿有不同需求的问题。具体的补偿策略信息可以通过补偿服务端提供的中间件工具获得，在下文中会详细介绍，此处不做具体说明。

本发明实施例步骤S101中，应用服务端需要利用补偿服务端提供的中间件工具，捕获到异常信息。因此，作为本发明的可参考实施例，在在利用补偿服务端提供的中间件工具，捕获到异常信息之前，应用服务端需要引入补偿服务端提供的中间件工具，这样应用服务端就可以使用补偿服务端提供的中间件工具，相当于说应用服务端可以使用补偿服务端提供的监测服务，监测到应用服务端的接口调用异常的情况。

本发明实施例中，中间件工具包可以包括：数据补偿的切面对象（DataRemedyAspec对象）和数据补偿的注解（DataRemedy注解）。本发明实施例中的数据补偿的切面对象和数据补偿的注解是补偿服务端预先配置的，然后应用服务端在其接口调用过程中，利用补偿服务端预先配置数据补偿的切面对象和数据补偿的注解。应用服务端的具体实现过程可以包括：利用数据补偿的切面对象拦截到异常信息；从数据补偿的注解中配置的补偿策略信息中，查找到异常信息对应的目标补偿策略信息；确定异常信息对应的目标接口，并获取目标接口的参数信息。

其中，数据补偿的切面对象负责在应用服务端的接口调用过程中，拦截到异常信息。本发明实施例中，数据补偿的切面对象可以是doAround切面，其中，doAround切面定义及获取方法均为现有成熟技术，本发明实施例中不做具体描述。当然，也可以是其他技术手段，对此不作限定。

数据补偿的注解是本发明实施例的重要部分，应用服务端能够根据数据补偿的注解中配置的补偿策略信息中，查找到异常信息对应的目标补偿策略信息，达到为不同的接口提供不同的补偿策略，从而可以解决不同的接口补偿有不同需求的问题。本发明实施例的预先配置的数据补偿的注解中，可以定义key为唯一标识，该唯一标识可以包含占位符；定义disable为是否禁用标志，默认为启动；定义multiplierMillis为乘法因子，该惩罚因子与重试次数相乘，参与时间间隔的计算；定义additiveMillis为加法因子，该加法因子参与时间间隔的计算；定义delayMillis为首次补偿的延迟时间；定义maxTryTimes为最大重试次数，默认为6次；定义maxAliveMinutes为存活时间，超过设定的存活时间，接口管理信息库中的信息会被删除。在使用该数据补偿的注解时，可以根据接口实际业务配置key的占位符，占位符表示接口方法第几个参数的某个属性字段的值，相同的key就表示重复的接口方法及参数。

本发明实施例中，在捕获到异常消息之后，可以利用getParameters获取接口的参数信息，然后按照DataRemedyMqDto类创建用于发送的目标消息。如果数据补偿的注解中的key包含占位符，需要调用具体参数值，对占位符进行解析，解析方式为：key的占位符是参数对象属性字段值时，将通过反射获取；key的占位符不是属性字段值时，直接转为字符串即可。解析后key为不包含占位符的一个字符串。也就是，本发明实施例中步骤S102中的目标消息的唯一标识是根据目标补偿策略信息中的关键字（即key）和目标接口参数信息生成的，实现为：根据目标接口参数信息，替换目标补偿策略信息中key的占位符，将替换后的key作为目标消息的唯一标识。本发明实施例中，定义的DataRemedyMqDto类中，定义sysName为所在应用名，即本发明实施例中的应用服务端；定义interfaceName为接口名；定义methodName为方法名，即调用接口的方法；定义parameters为方法参数的json（即，一种轻量级的数据交换格式）串；定义key为唯一标识，来自数据补偿的注解；定义multiplierMillis为乘法因子，来自数据补偿的注解；定义additiveMillis为加法因子，来自数据补偿的注解；定义delayMillis为首次补偿的延迟时间，来自数据补偿的注解；定义maxTryTimes为最大重试次数，来自数据补偿的注解；定义maxAliveMinutes为存活时间，来自数据补偿的注解。还有，本发明实施例中创建的目标消息的内容形式为json字符串。

图2是根据本发明实施例的应用于应用服务端的接口补偿的方法的主要流程的示意图。本发明实施例中，应用于应用服务端的接口补偿的方法的主要流程可以包括：

步骤S201：应用服务端引入补偿服务端提供的数据补偿的切面对象和数据补偿的注解；

步骤S202：在应用服务端的接口被调用的情况下，应用服务端利用数据补偿的切面对象拦截到异常信息；

步骤S203：从数据补偿的注解中配置的补偿策略信息中，查找到异常信息对应的目标补偿策略信息；

步骤S204：确定异常信息对应的目标接口，并获取目标接口的参数信息；

步骤S205：利用DataRemedyMqDto类，根据目标接口参数信息和目标补偿策略信息，创建目标消息，并把目标消息发送至补偿服务端，其中目标消息的唯一标识是根据目标补偿策略信息中的关键字和目标接口参数信息生成的。

根据本发明实施例的应用于应用服务端的接口补偿的技术方案，应用服务端在接口调用过程中，可以借助补偿服务端提供的中间件工具检测到异常消息，创建目标消息，也就是说应用服务端可以使用补偿服务端提供的监测服务，监测到应用服务端的接口调用异常的情况，从而可以及时发现接口调用异常的情况，使得补偿服务端对接口进行补偿，提高接口补偿的效率。而且，应用服务端能够根据数据补偿的注解中配置的补偿策略信息中，查找到异常信息对应的目标补偿策略信息，达到为不同的接口提供不同的补偿策略，从而可以解决不同的接口补偿有不同需求的问题。

接下来讨论应用于补偿服务端的接口补偿方法，图3是根据本发明实施例的应用于补偿服务端的接口补偿的方法的主要步骤的示意图。如图3所示，应用于补偿服务端的接口补偿的方法的主要步骤可以包括：

步骤S301：接收应用服务端发送的目标消息，将目标消息存储至接口管理信息库中，生成目标接口补偿任务；

步骤S302：根据目标消息对应的目标补偿策略信息，确定目标接口补偿任务的执行规则；

步骤S303：基于执行规则，根据目标消息对应的目标接口参数信息，执行目标接口补偿任务。

补偿服务端在接收到该目标消息之后，将该目标消息存储至接口管理信息库中，其中本发明实施例的接口管理信息库用于存储目标消息，也就是存储需要进行接口补偿的接口管理信息。补偿服务端在接收到该目标消息之后，还需要生成目标接口补偿任务，这样可以为分布式任务执行提供前提条件。其中，目标接口补偿任务是指对目标接口进行补偿的任务，本发明实施例中应用服务端的目标接口被调用失败，补偿服务端可以生成对目标接口进行补偿的任务，也就是补偿服务端可以重新调用目标接口。上文已经描述，本发明实施例的目标消息是应用服务端根据目标接口参数信息和目标补偿策略信息创建得到的，因此补偿服务端在获取到目标消息之后，可以直接确定对应的目标补偿策略信息，进而可以确定目标接口补偿任务的执行规则。最后，补偿服务端可以按照执行规则，根据目标消息对应的目标接口参数信息，执行目标接口补偿任务。本发明实施例中应用于补偿服务端的接口补偿方法，可以生成目标消息对应的目标接口补偿任务，然后确定执行规则，最后基于执行规则执行目标接口补偿任务，达到基于分布式定时任务执行接口补偿的效果，实现及时高效的对目标接口进行补偿，防止数据丢失对业务造成的不良影响。

需要注意的是，补偿服务端在进行目标接口补偿之前，需要判断是否已经存在关于目标接口的补偿任务。因此，作为本发明的又一个可参考实施例，在将目标消息存储至接口管理信息库中之前，结合接口管理信息库，根据目标消息的唯一标识对目标消息进行判重验证；若验证结果为通过，则将目标消息存储至所述接口管理信息库中。

本发明实施例中的目标消息的唯一标识区分目标消息的标志，该唯一标识是应用服务端根据目标补偿策略信息中的关键字和目标接口参数信息生成的。由于本发明实施例中，补偿服务端在接收目标消息之后，需要将该目标消息存储至接口管理信息库中，因此可以通过判断接口管理信息库中是否存在该唯一标识，判断该目标消息是否为重复信息，如果不是重复信息，则将该目标消息存储值接口管理信息库中，生成该目标消息对应的目标接口补偿任务。其中，本发明实施例中的接口管理信息库可以是redis（即，一种数据库），也可以是其他存储装置，本发明实施例对此不作限定。

在生成该目标消息对应的目标接口补偿任务之后，需要确定该任务的执行规则。本发明实施例中的执行规则是指在指定时间执行该目标接口补偿任务，并且需要注意的是，该目标接口补偿任务是重新调用目标接口，因此执行规则中需要包括最大重试次数。所以，上述步骤S302根据目标消息对应的目标补偿策略信息，确定目标接口补偿任务的执行规则，可以包括：根据目标补偿策略信息，获得延迟时间、乘法因子、加法因子和最大重试次数；利用延迟时间、乘法因子和加法因子，计算任务执行时间间隔；根据最大重试次数和任务执行时间间隔，确定执行规则。

根据上文的目标补偿策略信息和DataRemedyMqDto类可以得知，本发明实施例中的乘法因子、加法因子、最大重试次数可以直接根据目标补偿策略信息得到。此处的延迟时间是指重试延迟时间，其中，第一次重试延迟时间是指目标补偿策略信息中的首次补偿的延迟时间，非第一次重试延迟时间设置为0。

本发明实施例中任务执行时间间隔的计算逻辑可以为：延迟时间 + 加法因子 +重试次数* 乘法因子。举例说明，假如，第一次重试延迟时间设置为2000毫秒，加法因子设置为0，重试次数表示目标接口被重新调用的次数，乘法因子设置为5000毫秒，那么第一次任务执行时间间隔为2000毫秒，第二次任务执行时间间隔为（2000 + 0 + 1*5000）毫秒，第三次任务执行时间间隔为（2000 + 0 +2*5000）毫秒，以此类推，随重试次数增加，任务执行时间间隔也会相应增大，避免频繁无效重试。

本发明实施例中，在生成目标接口补偿任务以及确定执行规则之后，需要执行该目标接口补偿任务，具体执行方法为：步骤1，根据任务执行时间间隔和当前执行次数，确定执行任务时间；步骤2，在执行任务时间，根据目标接口参数信息，调用应用服务端的目标接口，判断是否调用成功；步骤3，若是，则生成成功日志记录；步骤4，若否，则判断当前执行次数是否达到最大重试次数；步骤5，在当前执行次数未达到最大重试次数的情况下，更新当前执行次数，并重复执行上述步骤1至步骤5；步骤6，在当前执行次数达到所述最大重试次数的情况下，生成失败日志记录。

本发明实施例中，可以根据任务执行时间间隔和当前执行次数，确定执行任务时间，比如说，当前执行次数为第一次，第一次任务执行时间间隔为2000毫秒，从时间1000毫秒开始计算，那么到达时间3000毫秒时，执行该目标接口补偿任务，也就是根据目标接口参数信息，调用应用服务端的目标接口进行补偿操作。如果目标接口调用成功，就向日志系统插入一条成功日志，附带目标接口参数信息。如果目标接口调用失败，判断是否需要继续重试，也就是判断当前执行次数是否到达最大重试次数，这是判断是否可以再次执行该目标接口补偿任务。如果需要继续重试，则更新当前执行次数，计算再次执行该目标接口补偿任务的执行时间。如果不需要继续重试，就向日志系统插入一条失败日志，附带目标接口参数信息。

由于本发明实施例中，需要根据接口管理信息库中是否存在目标消息的唯一标识，判断是否生成目标接口补偿任务，因此在生成成功日志记录以及在生成失败日志记录之后，需要将目标消息从接口管理信息库中删除。就是说，在目标接口补偿任务执行成功的情况下，需要将该目标消息从接口管理信息库中删除。而且，在目标接口补偿任务执行失败且不可以再次重新执行的情况下，也需要将该目标消息从接口管理信息库中删除。

值得注意的，本发明实施例中设置目标消息的存活时间，也就是设置目标消息在接口管理信息库中最长存活时间，超过该设定时间，保存的目标消息就会从接口管理信息库中清除掉，这样对应的目标接口补偿任务不能被执行。所以，在执行目标接口补偿任务之前，根据目标补偿策略信息，确定目标消息的存活时间；若目标消息在接口管理信息库中的存储时间大于存活时间，则将目标消息从接口管理信息库中删除，并确认不执行目标接口补偿任务。这样做的好处是，可以通过目标消息的存活时间，间接设置了目标接口补偿任务的执行期限，提高了本发明实施例的接口补偿的实用性。

图4是根据本发明实施例的应用于补偿服务端的接口补偿的方法的主要流程的示意图。本发明实施例中，应用于补偿服务端的接口补偿的方法的主要流程可以包括：

步骤S401：接收应用服务端发送的目标消息；

步骤S402：判断接口管理信息库中是否存在该目标消息的唯一标识，若否，则执行步骤S403；

步骤S403：将该目标消息存储至接口管理信息库中；

步骤S404：根据该目标消息对应的目标补偿策略信息中的延迟时间、乘法因子和加法因子，计算任务执行时间间隔，并获取最大重试次数和存活时间；

步骤S405：判断该目标消息在接口管理信息库中的存储时间是否大于存活时间，若是，则执行步骤S406，若否，则执行步骤S407；

步骤S406：将目标消息从接口管理信息库中删除，并确认不执行目标接口补偿任务；

步骤S407：根据任务执行时间间隔和当前执行次数，确定执行任务时间；

步骤S408：到达执行任务时间时，根据目标接口参数信息，调用应用服务端的目标接口；

步骤S409：判断是否调用成功，若是，则执行步骤S410，若否，则执行步骤S411；

步骤S410：生成成功日志记录，将目标消息从接口管理信息库中删除；

步骤S411：判断当前执行次数是否达到最大重试次数，若是，则执行步骤S412，若否，则执行步骤S413；

步骤S412：生成失败日志记录，将目标消息从接口管理信息库中删除；

步骤S413：更新当前执行次数。

根据本发明实施例的应用于补偿服务端的接口补偿的技术方案，补偿服务端可以生成目标消息对应的目标接口补偿任务，然后确定执行规则，最后基于执行规则执行目标接口补偿任务，达到基于分布式定时任务执行接口补偿的效果，实现及时高效的对目标接口进行补偿，防止数据丢失对业务造成的不良影响。此外，补偿服务端预先配置中间件工具，使得应用服务端能够及时将目标消息发送至补偿服务端，从而可以及时发现接口调用异常的情况，使得补偿服务端对接口进行补偿，提高接口补偿的效率，并且中间件工具的数据补偿的注解中包含不同的补偿策略信息，达到为不同的接口提供不同的补偿策略，从而可以解决不同的接口补偿有不同需求的问题。

图5是根据本发明实施例的接口补偿的系统的结构示意图。从图5可以看出，本发明实施例的接口补偿的系统可以包括：应用服务端和补偿服务端。

其中，应用服务端引入补偿服务端提供的中间件工具包，该中间件工具包中包括数据补偿的切面对象和数据补偿的注解。应用服务端的接口被调用的情况下，应用服务端可以利用数据补偿的切面对象拦截到异常消息，接着获取数据补偿的注解中的目标补偿策略信息以及目标接口参数信息。最后，利用DataRemedyMqDto类，根据目标补偿策略信息以及目标接口参数信息，创建目标消息，并把创建的目标消息发送至补偿应用端。值得注意的是，目标消息的唯一标识是利用目标接口参数信息替换目标补偿策略信息中key的占位符得到的。

补偿服务端接收应用服务端发送至目标消息之后，可以结合接口管理信息库，对目标消息的唯一标识进行判重（如果该唯一标识在接口管理信息库中存在，则认为消息重复，即判重不通过），如果判重通过，就将该目标消息作为接口管理信息保存到接口管理信息库中，然后向分布式定时任务中插入一条定时任务。

定时任务指定时间间隔过后，触发定时任务逻辑，使用接口管理信息库中记录的目标接口信息的参数信息，调用应用服务端的目标接口。如果调用成功，向日志系统添加一条日志成功信息，并且删除接口管理信息库中的目标消息；如果调用失败，判断是否到达最大重试次数，如果达到最大重试次数，就删除接口管理信息库中的目标消息，并向日志系统添加一条日志失败信息，便于监控补偿情况或者进一步手工处理。如果没有达到最大重试次数，就更新接口管理信息库中目标消息的重试次数，计算下次执行时间，向分布式定时任务中插入一条定时任务，等到执行时间后，再次对应用服务端的目标接口进行调用。

图6是根据本发明实施例的设置在补偿服务端的接口补偿的装置的主要模块的示意图。如图6所示，本发明实施例的设置在补偿服务端的接口补偿的装置600可以包括：生成模块601、确定模块602和执行模块603。

生成模块601可用于接收应用服务端发送的目标消息，将目标消息存储至接口管理信息库中，生成目标接口补偿任务；确定模块602可用于根据目标消息对应的目标补偿策略信息，确定目标接口补偿任务的执行规则；执行模块603可用于基于执行规则，根据目标消息对应的目标接口参数信息，执行目标接口补偿任务。

本发明实施例中，生成模块601还可用于：结合接口管理信息库，根据目标消息的唯一标识对目标消息进行判重验证；若验证结果为通过，则将目标消息存储至接口管理信息库中。

本发明实施例中，确定模块602还可用于：根据目标补偿策略信息，获得延迟时间、乘法因子、加法因子和最大重试次数；利用延迟时间、乘法因子和加法因子，计算任务执行时间间隔；根据最大重试次数和任务执行时间间隔，确定执行规则。

本发明实施例中，执行模块603还可用于：执行步骤1至步骤6，其中，步骤1，根据任务执行时间间隔和当前执行次数，确定执行任务时间；步骤2，在执行任务时间，根据目标接口参数信息，调用应用服务端的目标接口，判断是否调用成功；步骤3，若是，则生成成功日志记录；步骤4，若否，则判断当前执行次数是否达到最大重试次数；步骤5，在当前执行次数未达到最大重试次数的情况下，更新当前执行次数，并重复执行上述步骤1至步骤5；步骤6，在当前执行次数达到最大重试次数的情况下，生成失败日志记录。

本发明实施例中，执行模块603还可用于：将目标消息从接口管理信息库中删除。

本发明实施例中，执行模块603还可用于：根据目标补偿策略信息，确定目标消息的存活时间；若目标消息在接口管理信息库中的存储时间大于存活时间，则将目标消息从接口管理信息库中删除，并确认不执行目标接口补偿任务。

本发明实施例中，设置在补偿服务端的接口补偿的装置还可以包括：配置模块（图中未示出）。该配置模块可用于预先配置中间件工具，中间件工具可以包括：数据补偿的切面对象和数据补偿的注解。

从以上描述可以看出，设置在补偿服务端的接口补偿的装置可以生成目标消息对应的目标接口补偿任务，然后确定执行规则，最后基于执行规则执行目标接口补偿任务，达到基于分布式定时任务执行接口补偿的效果，实现及时高效的对目标接口进行补偿，防止数据丢失对业务造成的不良影响。此外，补偿服务端预先配置中间件工具，使得应用服务端能够及时将目标消息发送至补偿服务端，从而可以及时发现接口调用异常的情况，使得补偿服务端对接口进行补偿，提高接口补偿的效率，并且中间件工具的数据补偿的注解中包含不同的补偿策略信息，达到为不同的接口提供不同的补偿策略，从而可以解决不同的接口补偿有不同需求的问题。

图7是根据本发明实施例的设置在应用服务端的接口补偿的装置的主要模块的示意图。如图7所示，本发明实施例的设置在应用服务端的接口补偿的装置700可以包括：获取模块701和创建模块702。

其中，获取模块701可用于利用补偿服务端提供的中间件工具，捕获到异常信息，获取异常信息对应的目标补偿策略信息以及目标接口参数信息；创建模块702可用于根据目标接口参数信息和目标补偿策略信息，创建目标消息，并把目标消息发送至所述补偿服务端，其中，目标消息的唯一标识是根据目标补偿策略信息中的关键字和目标接口参数信息生成的。

本发明实施例中，中间件工具可以包括：数据补偿的切面对象和数据补偿的注解。获取模块701还可用于：利用数据补偿的切面对象拦截到异常信息；从数据补偿的注解中配置的补偿策略信息中，查找到异常信息对应的目标补偿策略信息；确定异常信息对应的目标接口，并获取目标接口的参数信息。

本发明实施例中，获取模块701还可用于：引入补偿服务端提供的中间件工具。

从以上描述可以看出，设置在应用服务端的接口补偿的装置在接口调用过程中，可以借助补偿服务端提供的中间件工具检测到异常消息，创建目标消息，也就是说应用服务端可以使用补偿服务端提供的监测服务，监测到应用服务端的接口调用异常的情况，从而可以及时发现接口调用异常的情况，使得补偿服务端对接口进行补偿，提高接口补偿的效率。而且，应用服务端能够根据数据补偿的注解中配置的补偿策略信息中，查找到异常信息对应的目标补偿策略信息，达到为不同的接口提供不同的补偿策略，从而可以解决不同的接口补偿有不同需求的问题。

图8示出了可以应用本发明实施例的接口补偿的方法或接口补偿的装置的示例性系统架构800。

如图8所示，系统架构800可以包括终端设备801、802、803，网络804和服务器805。网络804用以在终端设备801、802、803和服务器805之间提供通信链路的介质。网络804可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备801、802、803通过网络804与服务器805交互，以接收或发送消息等。终端设备801、802、803上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等（仅为示例）。

终端设备801、802、803可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器805可以是提供各种服务的服务器，例如对用户利用终端设备801、802、803所浏览的购物类网站提供支持的后台管理服务器（仅为示例）。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果（例如目标推送信息、产品信息--仅为示例）反馈给终端设备。

需要说明的是，本发明实施例所提供的接口补偿的方法一般由服务器805执行，相应地，接口补偿的装置一般设置于服务器805中。

应该理解，图8中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图9，其示出了适于用来实现本发明实施例的终端设备的计算机系统900的结构示意图。图9示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元（CPU）901，其可以根据存储在只读存储器（ROM）902中的程序或者从存储部分908加载到随机访问存储器（RAM）903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统900操作所需的各种程序和数据。CPU901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出（I/O）接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管（CRT）、液晶显示器（LCD）等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元（CPU）901执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括生成模块、确定模块和执行模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，生成模块还可以被描述为“接收应用服务端发送的目标消息，将目标消息存储至接口管理信息库中，生成目标接口补偿任务的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收应用服务端发送的目标消息，将目标消息存储至接口管理信息库中，生成目标接口补偿任务；根据目标消息对应的目标补偿策略信息，确定目标接口补偿任务的执行规则；基于执行规则，根据目标消息对应的目标接口参数信息，执行目标接口补偿任务。

根据本发明实施例的应用于补偿服务端的接口补偿的技术方案，补偿服务端可以生成目标消息对应的目标接口补偿任务，然后确定执行规则，最后基于执行规则执行目标接口补偿任务，达到基于分布式定时任务执行接口补偿的效果，实现及时高效的对目标接口进行补偿，防止数据丢失对业务造成的不良影响。此外，补偿服务端预先配置中间件工具，使得应用服务端能够及时将目标消息发送至补偿服务端，从而可以及时发现接口调用异常的情况，使得补偿服务端对接口进行补偿，提高接口补偿的效率，并且中间件工具的数据补偿的注解中包含不同的补偿策略信息，达到为不同的接口提供不同的补偿策略，从而可以解决不同的接口补偿有不同需求的问题。

根据本发明实施例的应用于应用服务端的接口补偿的技术方案，应用服务端在接口调用过程中，可以借助补偿服务端提供的中间件工具检测到异常消息，创建目标消息，也就是说应用服务端可以使用补偿服务端提供的监测服务，监测到应用服务端的接口调用异常的情况，从而可以及时发现接口调用异常的情况，使得补偿服务端对接口进行补偿，提高接口补偿的效率。而且，应用服务端能够根据数据补偿的注解中配置的补偿策略信息中，查找到异常信息对应的目标补偿策略信息，达到为不同的接口提供不同的补偿策略，从而可以解决不同的接口补偿有不同需求的问题。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (11)

1.一种接口补偿的方法，应用于补偿服务端，其特征在于，包括：

接收应用服务端发送的目标消息，将所述目标消息存储至接口管理信息库中，生成目标接口补偿任务；

根据所述目标消息对应的目标补偿策略信息，确定所述目标接口补偿任务的执行规则，包括：根据所述目标补偿策略信息，获得延迟时间、乘法因子、加法因子和最大重试次数；利用所述延迟时间、所述乘法因子和所述加法因子，计算任务执行时间间隔；根据所述最大重试次数和所述任务执行时间间隔，确定所述执行规则；

基于所述执行规则，根据所述目标消息对应的目标接口参数信息，执行所述目标接口补偿任务，包括：步骤1，根据所述任务执行时间间隔和当前执行次数，确定执行任务时间；步骤2，在所述执行任务时间，根据所述目标接口参数信息，调用所述应用服务端的目标接口，判断是否调用成功；步骤3，若是，则生成成功日志记录；步骤4，若否，则判断当前执行次数是否达到所述最大重试次数；步骤5，在当前执行次数未达到所述最大重试次数的情况下，更新当前执行次数，并重复执行上述步骤1至步骤5；步骤6，在当前执行次数达到所述最大重试次数的情况下，生成失败日志记录。

2.根据权利要求1所述的方法，其特征在于，在将所述目标消息存储至接口管理信息库中之前，所述方法还包括：

结合所述接口管理信息库，根据所述目标消息的唯一标识对所述目标消息进行判重验证；

若验证结果为通过，则将所述目标消息存储至所述接口管理信息库中。

3.根据权利要求1所述的方法，其特征在于，在生成成功日志记录以及在生成失败日志记录之后，所述方法还包括：将所述目标消息从所述接口管理信息库中删除。

4.根据权利要求1所述的方法，其特征在于，在执行所述目标接口补偿任务之前，所述方法还包括：

根据所述目标补偿策略信息，确定所述目标消息的存活时间；

若所述目标消息在所述接口管理信息库中的存储时间大于所述存活时间，则将所述目标消息从所述接口管理信息库中删除，并确认不执行所述目标接口补偿任务。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：预先配置中间件工具，所述中间件工具包括：数据补偿的切面对象和数据补偿的注解。

6.一种接口补偿的方法，应用于应用服务端，其特征在于，包括：

利用补偿服务端提供的中间件工具，捕获到异常信息，获取所述异常信息对应的目标补偿策略信息以及目标接口参数信息；

根据所述目标接口参数信息和所述目标补偿策略信息，创建目标消息，并把所述目标消息发送至所述补偿服务端；

其中，所述目标消息的唯一标识是根据所述目标补偿策略信息中的关键字和所述目标接口参数信息生成的；

所述中间件工具包括：数据补偿的切面对象和数据补偿的注解；以及所述利用补偿服务端提供的中间件工具，捕获到异常信息，获取所述异常信息对应的目标补偿策略信息以及目标接口参数信息，包括：利用所述数据补偿的切面对象拦截到所述异常信息；从所述数据补偿的注解中配置的补偿策略信息中，查找到所述异常信息对应的目标补偿策略信息；确定所述异常信息对应的目标接口，并获取所述目标接口的参数信息。

7.根据权利要求6所述的方法，其特征在于，在利用补偿服务端提供的中间件工具，捕获到异常信息之前，所述方法还包括：引入所述补偿服务端提供的所述中间件工具。

8.一种接口补偿的装置，设置在补偿服务端，其特征在于，包括：

生成模块，用于接收应用服务端发送的目标消息，将所述目标消息存储至接口管理信息库中，生成目标接口补偿任务；

确定模块，用于根据所述目标消息对应的目标补偿策略信息，确定所述目标接口补偿任务的执行规则，包括：根据所述目标补偿策略信息，获得延迟时间、乘法因子、加法因子和最大重试次数；利用所述延迟时间、所述乘法因子和所述加法因子，计算任务执行时间间隔；根据所述最大重试次数和所述任务执行时间间隔，确定所述执行规则；

执行模块，基于所述执行规则，根据所述目标消息对应的目标接口参数信息，执行所述目标接口补偿任务，包括：步骤1，根据所述任务执行时间间隔和当前执行次数，确定执行任务时间；步骤2，在所述执行任务时间，根据所述目标接口参数信息，调用所述应用服务端的目标接口，判断是否调用成功；步骤3，若是，则生成成功日志记录；步骤4，若否，则判断当前执行次数是否达到所述最大重试次数；步骤5，在当前执行次数未达到所述最大重试次数的情况下，更新当前执行次数，并重复执行上述步骤1至步骤5；步骤6，在当前执行次数达到所述最大重试次数的情况下，生成失败日志记录。

9.一种接口补偿的装置，设置在应用服务端，其特征在于，包括：

获取模块，用于利用补偿服务端提供的中间件工具，捕获到异常信息，获取所述异常信息对应的目标补偿策略信息以及目标接口参数信息；所述中间件工具包括：数据补偿的切面对象和数据补偿的注解；以及所述利用补偿服务端提供的中间件工具，捕获到异常信息，获取所述异常信息对应的目标补偿策略信息以及目标接口参数信息，包括：利用所述数据补偿的切面对象拦截到所述异常信息；从所述数据补偿的注解中配置的补偿策略信息中，查找到所述异常信息对应的目标补偿策略信息；确定所述异常信息对应的目标接口，并获取所述目标接口的参数信息；

创建模块，用于根据所述目标接口参数信息和所述目标补偿策略信息，创建目标消息，并把所述目标消息发送至所述补偿服务端；

其中，所述目标消息的唯一标识是根据所述目标补偿策略信息中的关键字和所述目标接口参数信息生成的。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

11.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。