CN112633851A - 一种控制幂等的方法及装置 - Google Patents

Abstract

本申请公开了一种控制幂等的方法及装置，在接收调用端针对目标流程发送的接口请求后，不再直接针对该接口请求进行相应的处理，而是根据该接口请求中的动作标识判断该动作标识对应的动作是否被工作流引擎执行过，若接口请求中的动作标识与幂等数据库中保存的历史动作标识相同，则该动作标识对应的动作曾被工作流引擎执行过，从幂等数据库中获取历史动作标识对应的执行结果，该执行结果为工作流引擎对接口请求进行相应处理后应该获得的执行结果，将该执行结果返回给调用端。从而针对同一流程中的同一个动作，多次执行与一次执行的所获得的执行结果相同，即调用端多次执行同一流程中的同一个动作会获得相同的执行结果，保证了幂等。

Description

一种控制幂等的方法及装置

技术领域

本发明涉及数据处理技术领域，尤其是涉及一种控制幂等的方法及装置。

背景技术

工作流是指工作任务在多个人或者单位之间的流转，在计算机网络的环境下，这种流转表现为信息和数据在多个人之间的传递。为了提高企业处理繁杂多变的业务审批流程的效率，提出了基于工作流技术的解决方案。

工作流技术可以将业务审批流程中涉及的流程和业务解耦，子***负责具体业务，设计开发可视化前端界面，并存储具有业务含义的相关信息，涉及到流程流转时，通过调用工作流提供的接口进行推进，从而为企业内部各个子***提供统一的流程管理方案。

由于业务和流程的解耦，子***中执行对应业务的应用软件与流程运行服务不在同一终端，当用户对同一流程中的同一个动作进行多次操作时，可能会出现返回值不一致的情况，即无法保持执行结果幂等。

发明内容

针对上述问题，本申请提供一种控制幂等的方法及装置，用于实现控制基于工作流技术处理流程时执行结果的幂等，从而解决用户对同一流程中的同一个动作进行多次操作时，可能会出现返回值不一致的问题。

本申请第一方面提供一种控制幂等的方法，所述方法包括：

接收调用端针对目标流程发送的接口请求，所述接口请求包括动作标识；

若所述动作标识与幂等数据库中所述目标流程的历史动作标识相同，从所述幂等数据库中获取所述历史动作标识对应的执行结果，将所述执行结果返回给所述调用端，所述幂等数据库中包括所述历史动作标识，以及所述历史动作标识对应动作的执行结果。

可选的，所述接收调用端针对目标流程发送的接口请求之后，还包括：

判断所述接口请求的类型；

若所述接口请求的类型为非幂等类型，则执行若所述动作标识与幂等数据库中所述目标流程的历史动作标识相同，从所述幂等数据库中获取所述历史动作标识对应的执行结果，将所述执行结果返回给所述调用端；其中，所述幂等类型为同一流程的同一个动作执行多次的执行结果与执行一次的执行结果相同。

可选的，所述非幂等类型包括增加类型、删除类型和更改类型。

可选的，所述接收调用端针对目标流程发送的接口请求，包括：

接收调用端针对目标流程发送的接口请求，所述接口请求包括动作标识和类型标识，所述类型标识用于标识所述接口请求的类型为非幂等类型或幂等类型。

可选的，所述将所述执行结果返回给所述调用端之前，还包括：

判断所述执行结果的逻辑处理状态，所述逻辑处理状态为已完成，则将所述执行结果返回给所述调用端。

本申请第二方面提供一种控制幂等的装置，所述装置包括接收单元和返回单元；

所述接收单元，用于接收调用端针对目标流程发送的接口请求，所述接口请求包括动作标识；

所述返回单元，用于若所述动作标识与幂等数据库中所述目标流程的历史动作标识相同，从所述幂等数据库中获取所述历史动作标识对应的执行结果，将所述执行结果返回给所述调用端，所述幂等数据库中包括所述历史动作标识，以及所述历史动作标识对应动作的执行结果。

可选的，所述装置还包括判断单元，用于：

接收调用端针对目标流程发送的接口请求之后，判断所述接口请求的类型；

若所述接口请求的类型为非幂等类型，则执行若所述动作标识与幂等数据库中所述目标流程的历史动作标识相同，从所述幂等数据库中获取所述历史动作标识对应的执行结果，将所述执行结果返回给所述调用端；其中，所述幂等类型为同一流程的同一个动作执行多次的执行结果与执行一次的执行结果相同。

可选的，所述非幂等类型包括增加类型、删除类型和更改类型。

可选的，所述接收单元，用于：

接收调用端针对目标流程发送的接口请求，所述接口请求包括动作标识和类型标识，所述类型标识用于标识所述接口请求的类型为非幂等类型或幂等类型。

可选的，所述装置还包括判断单元，用于：

所述将所述执行结果返回给所述调用端之前，判断所述执行结果的逻辑处理状态，所述逻辑处理状态为已完成，则将所述执行结果返回给所述调用端。

相对于现有技术，本申请上述技术方案的优点在于：

由上述技术方案可知，在接收调用端针对目标流程发送的接口请求后，不再直接针对该接口请求进行相应的处理，而是根据该接口请求中的动作标识判断该动作标识对应的动作是否被工作流引擎执行过，其中，幂等数据库中保存着目标流程中执行过的历史动作对应的历史动作标识，以及该历史动作对应的执行结果。若接口请求中的动作标识与幂等数据库中保存的历史动作标识相同，则该动作标识对应的动作曾被工作流引擎执行过，从幂等数据库中获取历史动作标识对应的执行结果，该执行结果为工作流引擎对接口请求进行相应处理后应该获得的执行结果，将该执行结果返回给调用端。从而针对同一流程中的同一个动作，多次执行与一次执行的所获得的执行结果相同，即调用端多次执行同一流程中的同一个动作会获得相同的执行结果，保证了幂等。

附图说明

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

图1为本申请提供的一种控制幂等的方法的流程图；

图2为本申请提供的一种控制幂等的装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在现实中许多公司、政府、军工单位等企业中审批业务流程是频繁变更的，例如，请假审批需要组长和部门领导等审批，采买审批需要部门领导、财务等审批。不同的审批业务可能需要对应不同的流程进行处理，特别在研发企业资源计划(Enterprise ResourcePlanning，ERP)信息管理***中，或多或少都存在这种需求。工作流技术是为解决繁杂多变的业务审批流程，应运而生的一种技术，其可以将业务审批流程中涉及的流程和业务解耦，大大的减轻了研发人员的工作量。

但是，由于业务和流程的解耦，子***中执行对应业务的应用软件与负责流程流转的流程运行服务不在同一终端，且许多应用软件可跨多计算设备执行操作，例如，应用软件在本地计算设备和远程计算设备上执行操作，流程服务由工作流引擎统一处理，其中，工作流引擎是业务流程的任务调度器、资源分配器，为一个工作流实例提供执行环境。

当用户通过子***中对应业务的应用软件进行流程处理时，对同一流程中的同一个动作进行多次操作后，这些操作可取决于计算设备的状态而返回不同的值，即可能会出现无法保证操作的幂等的问题。其中，幂等是指任意多次执行同一动作所产生的影响与一次执行的影响相同。

例如，当用户登陆应用软件进行材料提交时，在本地计算机设备上点击了两次提交操作，若可以保持幂等，则两次提交操作返回的结果应该都是入库成功。但若计算机设备在传输过程中出现问题，该提交材料在应用软件中的本地入库成功，在流程运行服务的数据库中入库不成功，可能会出现用户第一次点击得到提交成功的结果，第二次点击出现提交不成功的结果。

基于上述，对同一流程中的同一个动作进行多次操作后，当这些操作被执行多次或者错误之后被执行，这些操作的返回值可能会不相同，无法保证返回结果的幂等。

针对上述问题，本申请实施例提供一种控制幂等的方法及装置。

参见图1，图1是本申请提供的一种控制幂等的方法的流程图，该方法可以包括以下步骤：

S101：接收调用端针对目标流程发送的接口请求。

其中，调用端是指子***中执行对应业务的应用软件所在的终端，终端设备可以为笔记本、台式机、手机等。在调用端中具有多种针对不同流程的接口类型，用户在发起流程审批后，调用端针对流程审批对应的目标流程向工作流引擎发起针对目标流程的接口请求，以便工作流引擎可以对该目标流程进行推进，从而完成流程流转。

在相关技术中，工作流引擎在接收接口请求后，直接针对该接口请求进行相应的流程处理。若工作流引擎接收多个接口请求，该多个接口请求均对应同一流程中的同一个动作，工作流引擎在多次执行接口请求后，若在执行过程中出现错误，工作流引擎返回给调用端的执行结果就会出现不同，从而无法保证幂等。

基于此，在调用端发送给工作流引擎针对目标流程的接口请求后，使接口请求中携带有动作标识，通过动作标识可以识别当前目标流程中的动作，以便工作流引擎在接收接口请求后，依据动作标识判断该接口请求是否被工作流引擎执行过。

S102：若动作标识与幂等数据库中目标流程的历史动作标识相同，从幂等数据库中获取历史动作标识对应的执行结果，将执行结果返回给调用端。

幂等数据库中包括历史动作标识，以及历史动作标识对应动作的执行结果。若接口请求中包括的动作标识与幂等数据库中的历史动作标识相同，说明该动作标识对应的动作被工作流引擎在处理目标流程时执行过。

基于此，工作流引擎针对该接口请求无需再次进行相应的处理，将工作流引擎之前执行该动作的执行结果，即从幂等数据库中获取历史动作标识对应动作的执行结果，将该执行结果返回给调用端，从而针对同一流程中的同一个动作，多次执行与一次执行的所获得的执行结果相同，即调用端会获得相同的执行结果，保证了幂等。

由上述技术方案可知，在接收调用端针对目标流程发送的接口请求后，不再直接针对该接口请求进行相应的处理，而是根据该接口请求中的动作标识判断该动作标识对应的动作是否被工作流引擎执行过，其中，幂等数据库中保存着目标流程中执行过的历史动作对应的历史动作标识，以及该历史动作对应的执行结果。若接口请求中的动作标识与幂等数据库中保存的历史动作标识相同，则该动作标识对应的动作曾被工作流引擎执行过，从幂等数据库中获取历史动作标识对应的执行结果，该执行结果为工作流引擎对接口请求进行相应处理后应该获得的执行结果，将该执行结果返回给调用端。从而针对同一流程中的同一个动作，多次执行与一次执行的所获得的执行结果相同，即调用端多次执行同一流程中的同一个动作会获得相同的执行结果，保证了幂等。

需要说明的是，工作流引擎在执行接口请求后，有的接口请求无论被执行多少次，均会获得相同的结果，经过研究发现，当接口请求的类型为幂等类型时，工作流引擎执行该接口请求的执行结果均会保证幂等，当接口请求的类型为非幂等类型时，工作流引擎无法保证针对同一流程中的同一个动作，多次执行与一次执行的所获得的执行结果相同，由此，可以执行S102。由此，幂等数据库中无需保存所有流程中的动作对应的执行结果，避免了幂等数据库的存储空间的浪费。

作为一种可能的实现方式，接口请求的类型一般分为四种，分别为：增加类型、删除类型、查询类型和更改类型，经过研究发现，由于查询类型的接口请求一般为在对应的数据库中查找对应的结果，所以，无论同一个流程中的同一个动作需要查询多少次对应的执行结果，若对应的数据中的数据未发生改变，均会获得同一个执行结果，即属于查询类型的接口请求，执行多次与执行一次获得的执行结果均相同，具备幂等，由此可以将属于查询类型的接口请求作为幂等类型的接口请求。同理，接口类型属于增加类型、删除类型和更改类型的接口请求，工作流引擎均会执行对应的逻辑处理，同一个流程中的同一个动作执行多次与执行一次获得的执行结果可能不会相同，由此可以将属于增加类型、删除类型和更改类型的接口请求作为非幂等类型的接口请求。

作为一种可能的实现方式，对于调用端提供的分布式代码的目标是多种多样的，包含查询任务、查询流程、提交任务等目的，对应的，其发送的接口请求也是多种多样的。对于属于幂等类型(例如查询类型)的接口请求而言，其本身天然幂等，无需工作流引擎判断该请求对应的动作是否执行过，若工作流引擎对每一个接口请求均进行判断，会产生大量冗余的幂等判断操作。当工作流引擎接收的接口请求数量较多时，会降低工作流引擎的工作效率，增加工作流引擎软硬件资源的占用。由此，可以在调用端发送接口请求时，使接口请求不仅包括动作标识，还包括类型标识，根据类型标识可以识别出该接口请求的类型，若该接口请求的类型为非幂等类型，则执行S102，若该接口请求的类型为幂等类型，则工作流引擎可以针对该接口请求进行相应的处理。由此，可以提高工作流引擎的工作效率。降低工作流引擎软硬件资源的占用。

作为一种可能的实现方式，工作流引擎在执行新的动作后，会将该动作的动作标识和对应的执行结果存储到幂等数据库中，以便后续工作流引擎再次接收包括动作对应的动作标识的接口请求后，可以在幂等数据库中直接调用该动作标识对应的执行结果。但是可能会出现工作流引擎在第一次执行动作时，该动作未完成对应的逻辑处理，即该动作的逻辑处理状态为未完成。由此，虽然保证了执行结果的幂等，但是返回给调用端的执行结果的逻辑处理状态一直为未完成状态，甚至是错误的结果。为了在保证执行结果的幂等的同时，提高执行结果的正确率，可以在将从幂等数据中获取的执行结果返回给调用端之前，可以先判断该执行结果的逻辑处理状态，若其逻辑处理状态为已完成，则将该执行结果返回给调用端。

本申请实施例除了提供的控制幂等的方法外，还提供了一种控制幂等的装置，如图2所示，该控制幂等的装置200包括：接收单元201和返回单元202；

所述接收单元201，用于接收调用端针对目标流程发送的接口请求，所述接口请求包括动作标识；

所述返回单元202，用于若所述动作标识与幂等数据库中所述目标流程的历史动作标识相同，从所述幂等数据库中获取所述历史动作标识对应的执行结果，将所述执行结果返回给所述调用端，所述幂等数据库中包括所述历史动作标识，以及所述历史动作标识对应动作的执行结果。

作为一种可能的实现方式，所述装置200还包括判断单元，用于：

接收调用端针对目标流程发送的接口请求之后，判断所述接口请求的类型；

若所述接口请求的类型为非幂等类型，则执行若所述动作标识与幂等数据库中所述目标流程的历史动作标识相同，从所述幂等数据库中获取所述历史动作标识对应的执行结果，将所述执行结果返回给所述调用端；其中，所述幂等类型为同一流程的同一个动作执行多次的执行结果与执行一次的执行结果相同。

作为一种可能的实现方式，所述非幂等类型包括增加类型、删除类型和更改类型。

作为一种可能的实现方式，所述接收单元，用于：

接收调用端针对目标流程发送的接口请求，所述接口请求包括动作标识和类型标识，所述类型标识用于标识所述接口请求的类型为非幂等类型或幂等类型。

作为一种可能的实现方式，所述装置还包括判断单元，用于：

所述将所述执行结果返回给所述调用端之前，判断所述执行结果的逻辑处理状态，所述逻辑处理状态为已完成，则将所述执行结果返回给所述调用端。

本申请实施例提供的一种控制幂等的装置，在接收调用端针对目标流程发送的接口请求后，不再直接针对该接口请求进行相应的处理，而是根据该接口请求中的动作标识判断该动作标识对应的动作是否被工作流引擎执行过，其中，幂等数据库中保存着目标流程中执行过的历史动作对应的历史动作标识，以及该历史动作对应的执行结果。若接口请求中的动作标识与幂等数据库中保存的历史动作标识相同，则该动作标识对应的动作曾被工作流引擎执行过，从幂等数据库中获取历史动作标识对应的执行结果，该执行结果为工作流引擎对接口请求进行相应处理后应该获得的执行结果，将该执行结果返回给调用端。从而针对同一流程中的同一个动作，多次执行与一次执行的所获得的执行结果相同，即调用端多次执行同一流程中的同一个动作会获得相同的执行结果，保证了幂等。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外，还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种控制幂等的方法，其特征在于，所述方法包括：

接收调用端针对目标流程发送的接口请求，所述接口请求包括动作标识；

若所述动作标识与幂等数据库中所述目标流程的历史动作标识相同，从所述幂等数据库中获取所述历史动作标识对应的执行结果，将所述执行结果返回给所述调用端，所述幂等数据库中包括所述历史动作标识，以及所述历史动作标识对应动作的执行结果。

2.根据权利要求1所述的方法，其特征在于，所述接收调用端针对目标流程发送的接口请求之后，还包括：

判断所述接口请求的类型；

若所述接口请求的类型为非幂等类型，则执行若所述动作标识与幂等数据库中所述目标流程的历史动作标识相同，从所述幂等数据库中获取所述历史动作标识对应的执行结果，将所述执行结果返回给所述调用端；其中，所述幂等类型为同一流程的同一个动作执行多次的执行结果与执行一次的执行结果相同。

3.根据权利要求2所述的方法，其特征在于，所述非幂等类型包括增加类型、删除类型和更改类型。

4.根据权利要求1所述的方法，其特征在于，所述接收调用端针对目标流程发送的接口请求，包括：

接收调用端针对目标流程发送的接口请求，所述接口请求包括动作标识和类型标识，所述类型标识用于标识所述接口请求的类型为非幂等类型或幂等类型。

5.根据权利要求1所述的方法，其特征在于，所述将所述执行结果返回给所述调用端之前，还包括：

判断所述执行结果的逻辑处理状态，所述逻辑处理状态为已完成，则将所述执行结果返回给所述调用端。

6.一种控制幂等的装置，其特征在于，所述装置包括接收单元和返回单元；

所述接收单元，用于接收调用端针对目标流程发送的接口请求，所述接口请求包括动作标识；

所述返回单元，用于若所述动作标识与幂等数据库中所述目标流程的历史动作标识相同，从所述幂等数据库中获取所述历史动作标识对应的执行结果，将所述执行结果返回给所述调用端，所述幂等数据库中包括所述历史动作标识，以及所述历史动作标识对应动作的执行结果。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括判断单元，用于：

接收调用端针对目标流程发送的接口请求之后，判断所述接口请求的类型；

若所述接口请求的类型为非幂等类型，则执行若所述动作标识与幂等数据库中所述目标流程的历史动作标识相同，从所述幂等数据库中获取所述历史动作标识对应的执行结果，将所述执行结果返回给所述调用端；其中，所述幂等类型为同一流程的同一个动作执行多次的执行结果与执行一次的执行结果相同。

8.根据权利要求7所述的装置，其特征在于，所述非幂等类型包括增加类型、删除类型和更改类型。

9.根据权利要求6所述的装置，其特征在于，所述接收单元，用于：

接收调用端针对目标流程发送的接口请求，所述接口请求包括动作标识和类型标识，所述类型标识用于标识所述接口请求的类型为非幂等类型或幂等类型。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括判断单元，用于：

所述将所述执行结果返回给所述调用端之前，判断所述执行结果的逻辑处理状态，所述逻辑处理状态为已完成，则将所述执行结果返回给所述调用端。

Images