CN114024999B

CN114024999B - 一种任务补偿方法、系统、装置、电子设备、存储介质

Info

Publication number: CN114024999B
Application number: CN202210021912.1A
Authority: CN
Inventors: 佟业新; 李崇谦; 张军涛; 唐红武; 吴岳
Original assignee: China Travelsky Mobile Technology Co Ltd
Current assignee: China Travelsky Mobile Technology Co Ltd
Priority date: 2022-01-10
Filing date: 2022-01-10
Publication date: 2022-04-08
Anticipated expiration: 2042-01-10
Also published as: CN114024999A

Abstract

本申请提供一种任务补偿方法、系统、装置、电子设备、存储介质，任务补偿方法包括以下步骤：响应于所述第一应用在业务逻辑执行中补偿逻辑的触发，拦截所述补偿逻辑，并获取所述补偿逻辑对应的参数信息；发送所述参数信息；接收所述参数信息对应的回调指令；对所述回调指令进行处理得到处理结果；根据所述处理结果执行所述补偿逻辑。本申请提供的任务补偿方法能够避免第一应用自己执行业务逻辑和补偿逻辑，减轻的第一应用的工作压力，同时也能降低第一应用在业务逻辑的编程时的复杂性。

Description

一种任务补偿方法、系统、装置、电子设备、存储介质

技术领域

本申请涉及电子设备程序执行领域，尤其涉及一种任务补偿方法、系统、装置、电子设备、存储介质。

背景技术

传统任务的执行，程序需要在业务逻辑外，重新部署一套调度服务来执行补偿逻辑，同时还需考虑分片及不同业务逻辑参数时间等复杂问题，给开发带来额外开发难度及复杂度外，容易漏掉补偿逻辑导致系统问题。同时，程序所在的电子设备在执行该程序时，业务逻辑和补偿逻辑都是程序自己来执行，工作压力大。

发明内容

有鉴于此，本申请提供一种任务补偿方法、系统、装置、电子设备、存储介质，至少部分解决现有技术中存在的问题。

本申请提供一种任务补偿方法，应用于客户端，所述客户端设置于第一应用内，包括以下步骤：

响应于所述第一应用在业务逻辑执行中补偿逻辑的触发，拦截所述补偿逻辑，并获取所述补偿逻辑对应的参数信息；

发送所述参数信息；

接收所述参数信息对应的回调指令；

对所述回调指令进行处理得到处理结果；

根据所述处理结果执行所述补偿逻辑。

在本公开的一种示例性实施例中，在所述响应于所述第一应用在业务逻辑执行中补偿逻辑的触发之前，所述方法还包括：

监测所述业务逻辑在执行过程中，是否执行到带有预设字段的步骤；

当执行到带有预设字段的步骤时，触发所述补偿逻辑。

在本公开的一种示例性实施例中，拦截所述补偿逻辑，并获取所述补偿逻辑对应的参数信息，包括：

采用切面拦截方式对所述补偿逻辑进行拦截，并获取所述参数信息；

所述参数信息包括：任务参数、业务参数执行类信息。

在本公开的一种示例性实施例中，所述对所述回调指令进行处理得到处理结果，包括：

通过反射机制将所述参数信息反射为所述补偿逻辑所需的结构体、参数及方法，并对所述补偿逻辑进行执行，并根据执行结果得到所述处理结果。

根据本公开的一个方面，提供一种任务补偿方法，应用于服务端，所述服务端与客户端通信连接，包括以下步骤：

接收参数信息；所述参数信息具有对应的补偿逻辑；

根据所述参数信息，确定所述补偿逻辑对应的执行方案和回调指令；

根据所述执行方案发送所述回调指令；

其中，所述回调指令用于使所述客户端执行所述补偿逻辑。

在本公开的一种示例性实施例中，所述方法还包括：

接收所述发送方发送的处理结果；

根据所述处理结果和所述执行方案，确定是否再次发送所述回调指令；

所述处理结果用于表征所述补偿逻辑是否执行成功。

根据本公开的一个方面，提供一种任务补偿系统，包括：客户端和服务端，所述客户端和所述服务端通讯连接，所述客户端设置于第一应用内；

所述任务补偿系统能够执行以下步骤：

响应于所述第一应用在业务逻辑执行中补偿逻辑的触发；

所述客户端拦截所述补偿逻辑，并获取所述补偿逻辑对应的参数信息；

所述客户端发送所述参数信息至所述服务端；

所述服务端根据所述参数信息，确定所述补偿逻辑对应的执行方案和回调指令；

所述服务端根据所述执行方案发送所述回调指令至所述客户端；

所述客户端对所述回调指令进行处理得到处理结果，并根据所述处理结果执行所述补偿逻辑。

根据本公开的一个方面，提供一种任务补偿装置，包括：

拦截模块，用于响应于所述第一应用在业务逻辑执行中补偿逻辑的触发，拦截所述补偿逻辑，并获取所述补偿逻辑对应的参数信息；

发送模块，用于发送所述参数信息；

接收模块，用于接收所述参数信息对应的回调指令；

处理模块，用于对所述回调指令进行处理得到处理结果；

执行模块，用于根据所述处理结果执行所述补偿逻辑。

根据本公开的一个方面，提供一种电子设备，包括处理器和存储器；

所述处理器通过调用所述存储器存储的程序或指令，用于执行上述任一项所述方法的步骤。

根据本公开的一个方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行上述任一项所述方法的步骤。

本申请提供一种任务补偿方法、系统、装置、电子设备、存储介质，能够通过客户端和服务端的配合，通过响应于所述第一应用在业务逻辑执行中补偿逻辑的触发；所述客户端拦截所述补偿逻辑，并获取所述补偿逻辑对应的参数信息；所述客户端发送所述参数信息至所述服务端；所述服务端根据所述参数信息，确定所述补偿逻辑对应的执行方案和回调指令；所述服务端根据所述执行方案发送所述回调指令至所述客户端；所述客户端对所述回调指令进行处理得到处理结果，并根据所述处理结果执行所述补偿逻辑。以此避免第一应用自己执行业务逻辑和补偿逻辑，减轻的第一应用的工作压力，同时也能降低第一应用在业务逻辑的编程时的复杂性。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本实施例提供的一种任务补偿方法的流程示意图；

图2为本实施例提供的一种任务补偿方法的流程示意图；

图3为本实施例提供的一种任务补偿系统的结构示意图。

具体实施方式

下面结合附图对本申请实施例进行详细描述。

需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合；并且，基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。

本申请提供一种任务补偿方法，应用于客户端，所述客户端设置于第一应用内。其中，第一应用可以安装于任意可以执行逻辑处理的电子设备中，以运行第一应用。第一应用内具有能够执行的业务逻辑。客户端可以通过安装补丁或插件等形式与第一应用结合。也可直接编程在第一应用的代码之中。

该方法包括以下步骤：

步骤110，响应于所述第一应用在业务逻辑执行中补偿逻辑的触发，拦截所述补偿逻辑，并获取所述补偿逻辑对应的参数信息。

步骤120，发送所述参数信息；

步骤130，接收所述参数信息对应的回调指令；

步骤140，对所述回调指令进行处理得到处理结果；

步骤150，根据所述处理结果执行所述补偿逻辑。

本实施例中，客户端能够对第一应用进行监控，以发现补偿逻辑的触发，或通过监控业务逻辑的执行，检测到执行到具有对应的字段的时候，主动触发补偿逻辑。或第一应用执行业务逻辑时，触发了补偿逻辑后主动告知客户端。

由此可见，通过使用本方法，第一应用在编程业务逻辑时，可以直接在需要执行补偿逻辑的地方，直接写入对应字段来时执行时能够触发补偿逻辑即可。大大减低了编程的复杂性。同时，补偿逻辑还能直接由客户端进行执行。

本实施例提供的一种任务补偿方法，能够通过客户端和服务端的配合，通过响应于所述第一应用在业务逻辑执行中补偿逻辑的触发；所述客户端拦截所述补偿逻辑，并获取所述补偿逻辑对应的参数信息；所述客户端发送所述参数信息至所述服务端；所述服务端根据所述参数信息，确定所述补偿逻辑对应的执行方案和回调指令；所述服务端根据所述执行方案发送所述回调指令至所述客户端；所述客户端对所述回调指令进行处理得到处理结果，并根据所述处理结果执行所述补偿逻辑。以此避免第一应用自己执行业务逻辑和补偿逻辑，减轻的第一应用的工作压力，同时也能降低第一应用在业务逻辑的编程时的复杂性。

当执行到带有预设字段的步骤时，触发所述补偿逻辑。

客户端通过监测业务逻辑的执行，监测当前执行的步骤（该步骤泛指为业务逻辑的执行步骤，或该步骤对应的编程语言字段等）出现预设字段。即可触发补偿逻辑的执行。而不需要第一应用自己额外进行补偿逻辑的执行相关的代码等。降低了第一应用对应的业务逻辑等的编程的复杂性。其中，预设字段可以以注解的形式存在。该注解能够@客户端，且注解内能够直接写入补偿逻辑的执行方法参数等。参数包括：任务参数及业务参数执行类信息等。

参数举例如下：

delaytSeconds：延时一段时间执行第一次任务尝试（单位：秒）

name:：为任务指定名字，用于在管理端和日志中查询执行情况

intervalSeconds：重试时间间隔：目前支持三种格式（单位：秒）

时间间隔常数递增，如：“5+3”表示第一次间隔5秒，以后每次增加3秒，即时间间隔为5、8、13、...

时间间隔常数倍增，如：“5*2”表示第一次间隔5秒，以后每次间隔时间乘2，即时间间隔为5、10、20、...

时间间隔固定常数，如：5,6,7 即时间间隔为5、6、7.

retries：重试重试次数，不包含delaytSeconds指定的这次任务

sucResultValue：执行成功的返回值，用于通知easytsk任务是否执行成功，成功后不在重试。

failException：通过抛出异常通知通知easytsk任务执行失败需要重试。

第一应用进行业务逻辑时，可正常确定是否需要调用补偿逻辑，此时补偿逻辑触发会被客户端根据注解进行拦截，并将上述任务参数及业务参数执行类信息classinfo提交到服务端。

所述参数信息包括：任务参数、业务参数执行类信息。

客户端响应与补偿逻辑的触发，通过切面拦截的方式，将注解内的任务参数和业务参数执行类信息进行提取的同时，拦截了补偿逻辑的执行。只有在接收到服务端传来的回调指令后，才会进行执行。通过这种方式，客户端不用自己去记录和运行补偿逻辑的执行方案（如，执行时间、执行间隔和执行重试次数等），降低了客户端的工作压力，同时也可以减小客户端整体的体积，降低第一应用的负荷。

客户端在接收到服务端发来的参数信息后，可以利用自身的处理能力，同构反射机制将参数信息内诸如任务参数及业务参数执行类信息等，反射成补偿逻辑所需的结构体、参数及方法等，并以此执行补偿逻辑，实现对业务逻辑的补偿。本实施例中，切面拦截和反射机制均可直接采用本领域管用的处理方式，此处不加赘述。

本实施例中，提供一种在实际应用中补偿逻辑的可行实施方案：

客户端接收到服务端的参数classbyte，通过java原生方法可将字节流classbyte直接转为java中的object，在通过强转方式将该object转为客户端自定义类TaskCallbackBean，该类有四个基本属性：字符串String类型类名称className，字符串String类型方法名称methodName，字节数组byte[]类型业务参数params，字符串数组String[]类型参数类型parameterTypes。

通过类属性className具体类名称值从Spring容器得到该方法类service：Objectservice = SpringBeanContext.getBean(Class.forName(taskCallbackBean.getClassName()))；

通过类属性param值，将字节数组byte[]型参数值转换为输入流再读取为对象数组得到业务参数。

通过类属性parameterTypes值遍历该字符串数组确定数组中具体的参数类型，如int、long等。

通过上面得到的结果通过java反射机制得到执行性方法：Method method =ReflectionUtils.findMethod(service.getClass(),taskCallbackBean.getMethodName(),paramTypes);

通过反射机制执行该方法（该方法为补偿逻辑执行方法）：Object object =ReflectionUtils.invokeMethod(method, service, params);

通过以上步骤完成补偿逻辑的执行。

补偿逻辑执行完毕，将执行结果与sucResultValue对比，确定补偿逻辑执行是否成功，生成处理结果，并将任务执行成功或失败的结果（处理结果）告知服务端。除此之外，补偿逻辑可通过抛出failException异常，告知客户端补偿逻辑执行异常导致失败，进而通过客户端告知服务端补偿任务失败，准备下一次补偿逻辑任务。

根据本公开的一个方面，提供一种任务补偿方法，应用于服务端，所述服务端与客户端通信连接，该客户端设置于第一应用内。

包括以下步骤：

步骤210，接收参数信息；所述参数信息具有对应的补偿逻辑；

步骤220，根据所述参数信息，确定所述补偿逻辑对应的执行方案和回调指令；

步骤230，根据所述执行方案发送所述回调指令；

其中，所述回调指令用于使所述客户端执行所述补偿逻辑。

服务端在接收到客户端传回的参数信息后，根据参数信息内的任务参数及业务参数执行类信息等。确定补偿逻辑对应的执行方案和回调指令。

执行方案包括执行时间点、执行间隔和重试次数等。

具体地，服务端将参数信息写入数据库，并根据delaytSeconds确定首次任务执行时间，将其放入延时队列。利用延迟队列机制，服务端消费队列信息，确定执行任务补偿节点。此时服务端从数据库查出执行类信息classinfo，执行方法name，通过回调指令，回调客户端，以使客户端根据回调指令执行补偿逻辑。

在本公开的一种示例性实施例中，所述方法还包括：

接收所述发送方发送的处理结果；

所述处理结果用于表征所述补偿逻辑是否执行成功。

具体地，服务端接到处理结果后，确定补偿逻辑执行结果，如果成功，则将逻辑执行状态succflag改为执行成功。如果失败，则将执行次数executenum增加一次，并与重试次数retries对比，如果executenum小于等于retries，则将逻辑状态succflag改为失败，并根据逻辑执行间隔时间timelmills确定下一次补偿逻辑执行时间。如果次数executenum大于重试次数retries，则将逻辑状态succflag改为失败终止重试，不再执行逻辑，并采用邮件告警方式通知应用方补偿逻辑执行失败。最后，为了防止队列等中间件异常导致逻辑无法执行，服务端启动定时逻辑，定期扫描查询数据库中逻辑状态succflag为失败，且补偿逻辑执行时间tasktime大于当前日期的逻辑，进行补偿逻辑执行。本系统采用微服务注册及调用机制，对分布式系统进行良好的支持。

值得说明的是，上述涉及到的各参数，均包括在参数信息之内。为进一步说明每一参数的意义，本实施例提供下表以供参考：

字段名称	备注
		id	任务id
classbyte	类字节
		applicationname	应用名称
delaytmills	第一次执行延时多久 ,单位为毫秒
		name	注解中的名称
retries	重试次数
		timelmills	每次重试的间隔延时时间
executenum	执行次数
		succflag	是否执行成功0失败1成功2失败终止重试
createtime	创建时间，第一次创建时插入
		updatetime	更新时间，每次根据时间戳更新
uuid	请求的唯一id
		tasktime	下次补偿执行时间
classinfo	补偿类方法信息
		callresult	回调失败信息
version	补偿操作的版本
		taskmark	任务环境分类标签

本实施例对其中部分参数的使用方式/计算方式进行说明：

第一次任务执行时间tasktime=createtime+delaytmills，到期执行任务时，执行次数executenum为1。

如果失败，则将执行次数executenum增加一次，并与重试次数retries对比，如果executenum小于等于retries，下次补偿任务执行时间tasktime=updatetime+timelmills。

循环以上逻辑，至逻辑执行结果成功，或executenum大于等于retries进行补偿逻辑失败告警。

所述任务补偿系统能够执行以下步骤：

响应于所述第一应用在业务逻辑执行中补偿逻辑的触发；

所述客户端发送所述参数信息至所述服务端；

本实施例提供的一种任务补偿系统，能够通过客户端和服务端的配合，通过响应于所述第一应用在业务逻辑执行中补偿逻辑的触发；所述客户端拦截所述补偿逻辑，并获取所述补偿逻辑对应的参数信息；所述客户端发送所述参数信息至所述服务端；所述服务端根据所述参数信息，确定所述补偿逻辑对应的执行方案和回调指令；所述服务端根据所述执行方案发送所述回调指令至所述客户端；所述客户端对所述回调指令进行处理得到处理结果，并根据所述处理结果执行所述补偿逻辑。以此避免第一应用自己执行业务逻辑和补偿逻辑，减轻的第一应用的工作压力，同时也能降低第一应用在业务逻辑的编程时的复杂性。

该系统中的客户端和服务端除了执行上述步骤外，还能够执行上述任务补偿方法中各自对应的所有步骤并配合执行，且执行原理基本相同，故此处不加赘述。

本实施例提供的客户端为了便于应用方使用该系统，系统提供了统一的客户端，应用方可直接引用该客户端模块。该模块利用切面拦截原理，对应用要执行的方法进行拦截，然后上送给服务端，服务端将任务入库后可按照任务规则回调客户端模块，客户端模块利用反射原理执行任务方法，并经执行结果返回给服务端便于决策后续补偿是否执行。同时，客户端提供了任务上送失败处理机制，便于业务处理无法进行补偿的逻辑，如告警等。最后在执行任务时，提供了自动失败重试机制，大大提高了任务执行成功率。

本实施例提供的服务端，为了便于任务的集中管理及可靠性，任务补偿服务端会将任务参数入库，同时依靠延迟队列进行任务分发消费。先通过接受队列消息，采用微服务中服务调用方式，调用客户端，从而达到支持分布式的目的。另外，客户端接受到服务端调用后，会将执行结果回传给服务端，服务端可根据任务执行结果确定后续补偿逻辑是否执行。对于执行失败的任务，本系统提供邮件告警方式，便于业务对于失败情况进行监控。最后，为了防止队列等中间件异常导致任务无法执行，服务端启动定时任务，对于未执行的任务进行重新执行，大大提高了程序的稳定性。

根据本公开的一个方面，提供一种任务补偿装置，包括：

发送模块，用于发送所述参数信息；

接收模块，用于接收所述参数信息对应的回调指令；

处理模块，用于对所述回调指令进行处理得到处理结果；

执行模块，用于根据所述处理结果执行所述补偿逻辑。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、移动终端、或者网络设备等）执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式（包括固件、微代码等），或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

根据本发明的这种实施方式的电子设备。电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：上述至少一个处理器、上述至少一个储存器、连接不同系统组件（包括储存器和处理器）的总线。

其中，所述储存器存储有程序代码，所述程序代码可以被所述处理器执行，使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

储存器可以包括易失性储存器形式的可读介质，例如随机存取储存器（RAM）和/或高速缓存储存器，还可以进一步包括只读储存器（ROM）。

储存器还可以包括具有一组（至少一个）程序模块的程序/实用工具，这样的程序模块包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线可以为表示几类总线结构中的一种或多种，包括储存器总线或者储存器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。

电子设备也可以与一个或多个外部设备（例如键盘、指向设备、蓝牙设备等）通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备（例如路由器、调制解调器等等）通信。这种通信可以通过输入/输出（I/O）接口进行。并且，电子设备还可以通过网络适配器与一个或者多个网络（例如局域网（LAN），广域网（WAN）和/或公共网络，例如因特网）通信。如图所示，网络适配器通过总线与电子设备的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、终端装置、或者网络设备等）执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网（LAN）或广域网（WAN），连接到用户计算设备，或者，可以连接到外部计算设备（例如利用因特网服务提供商来通过因特网连接）。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims

1.一种任务补偿方法，应用于客户端，所述客户端设置于第一应用内，其特征在于，包括以下步骤：

所述客户端监测业务逻辑在执行过程中，是否执行到带有预设字段的步骤；

当执行到带有预设字段的步骤时，触发补偿逻辑；

向服务端发送所述参数信息；

从服务端接收所述参数信息对应的回调指令；

对所述回调指令进行处理得到处理结果；

根据所述处理结果执行所述补偿逻辑；

其中，预设字段以注解的形式存在，客户端通过插件形式与第一应用结合。

2.根据权利要求1所述任务补偿方法，其特征在于，拦截所述补偿逻辑，并获取所述补偿逻辑对应的参数信息，包括：

所述参数信息包括：任务参数、业务参数执行类信息。

3.根据权利要求1所述任务补偿方法，其特征在于，所述对所述回调指令进行处理得到处理结果，包括：

4.一种任务补偿系统，其特征在于，包括：客户端和服务端，所述客户端和所述服务端通讯连接，所述客户端设置于第一应用内；

所述任务补偿系统能够执行以下步骤：

所述客户端监测业务逻辑在执行过程中，是否执行到带有预设字段的步骤；当执行到带有预设字段的步骤时，触发补偿逻辑；

响应于所述第一应用在业务逻辑执行中补偿逻辑的触发；

所述客户端发送所述参数信息至所述服务端；

所述客户端对所述回调指令进行处理得到处理结果，并根据所述处理结果执行所述补偿逻辑；

5.一种任务补偿装置，其特征在于，包括：

拦截模块，用于监测业务逻辑在执行过程中，是否执行到带有预设字段的步骤；当执行到带有预设字段的步骤时，触发补偿逻辑；以及响应于第一应用在业务逻辑执行中补偿逻辑的触发，拦截所述补偿逻辑，并获取所述补偿逻辑对应的参数信息；

发送模块，用于发送所述参数信息；

接收模块，用于接收所述参数信息对应的回调指令；

处理模块，用于对所述回调指令进行处理得到处理结果；

执行模块，用于根据所述处理结果执行所述补偿逻辑；

6.一种电子设备，其特征在于，包括处理器和存储器；

所述处理器通过调用所述存储器存储的程序或指令，用于执行如权利要求1至3任一项所述方法的步骤。

7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如权利要求1至3任一项所述方法的步骤。