掌桥专利:专业的专利平台
掌桥专利
首页

指令的处理方法、装置、存储介质及电子设备

文献发布时间:2023-06-19 18:37:28


指令的处理方法、装置、存储介质及电子设备

技术领域

本发明涉及信息管理领域,具体而言,涉及一种指令的处理方法、装置、存储介质及电子设备。

背景技术

管理信息系统中,由于浏览器Web应用和处理流程任务的服务应用都是分布式运行的,因此,在不同Web应用提交在一个流程上的不同指令时,如:两个人同时操作一个任务,其中一个人想要提交通过任务,另一个人想要退回任务,此时两个人的请求可能被发送到不同的服务应用并且同时处理,最终可以导致一个人的结果错误,或者严重情况下导致两个人的数据错乱。

图1是相关技术中的一种可选的文档发起审核流程的流程图,如图1所示,S101,首先对一个文档发起审核流程,在S102审核节点时,不同的人同时发出“审核通过”与“审核不通过”的指令,即S103和S104,会导致数据错乱;

另外,在审核流程的任何活动节点,有人同时发出S105暂停流程的指令,也可能导致数据错乱。

针对上述的问题,目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种指令的处理方法、装置、存储介质及电子设备,以至少解决相关技术中在不同Web应用对同一个流程同时发出指令时,会导致指令执行时发生数据错乱的技术问题。

根据本发明实施例的一个方面,提供了一种指令的处理方法,包括:在处理流程任务时若接收第一指令,则判断所述第一指令是否为预设指令,其中,所述预设指令引发指令冲突的概率大于预设阈值;在所述第一指令为预设指令的情况下,依据所述第一指令的指令来源,将所述第一指令添加到第一目标队列中,其中,所述指令来源为以下至少之一:客户端,服务端;获取所述第一目标队列中的第二指令,并将所述第二指令添加到第二目标队列中,所述第二指令为所述第一目标队列在当前时间的可执行指令,所述第二目标队列用于对所述第二指令进行调度处理;执行所述第二目标队列中的所述第二指令。

进一步地,所述第一目标队列至少包括:客户端等待队列,服务端等待队列,依据所述第一指令的指令来源,将所述第一指令添加到第一目标队列中,包括:在所述第一指令的指令来源为所述客户端的情况下,将所述第一指令添加到所述客户端等待队列;在所述第一指令的指令来源为所述服务端的情况下,将所述第一指令添加到所述服务端等待队列中。

进一步地,获取所述第一目标队列中的第二指令,包括:依据所述第一目标队列中每个指令的指令类型以及每个指令对应的流程标识,判断每个指令与该指令所属流程任务下的正在处理其他指令是否存在指令冲突,得到目标判断结果,其中,所述指令类型至少包括以下其中之一:活动型指令,流程型指令;依据所述目标判断结果,提取所述第一目标队列中在当前时间的可执行指令;将所述第一目标队列中的可执行指令作为所述第二指令。

进一步地,将所述第二指令添加到第二目标队列中,包括:判断所述客户端等待队列是否为空;在所述客户端等待队列不为空的情况下,将所述客户端等待队列中的所述第二指令添加到所述第二目标队列中;在所述客户端等待队列为空的情况下,将所述服务端等待队列中的所述第二指令添加到所述第二目标队列中。

进一步地,所述指令的处理方法还包括:判断所述服务端等待队列的等待时间是否超过预设时长;在所述服务端等待队列的等待时间超过所述预设时长的情况下,将所述服务端等待队列中的第二指令添加到所述第二目标队列中。

进一步地,执行所述第二目标队列中的所述第二指令,包括:选择目标服务器,将所述第二目标队列中的指令发送至所述目标服务器中;通过所述目标服务器执行所述第二目标队列中的指令。

进一步地,所述第二目标队列的队列长度为预设长度,所述预设长度为执行所述指令的处理方法的处理器的线程数确定。

根据本发明实施例的另一方面,还提供了一种指令的处理装置,包括:判断单元,用于在处理流程任务时若接收第一指令,则判断所述第一指令是否为预设指令,其中,所述预设指令引发指令冲突的概率大于预设阈值;第一处理单元,用于在所述第一指令为预设指令的情况下,依据所述第一指令的指令来源,将所述第一指令添加到第一目标队列中,其中,所述指令来源为以下至少之一:客户端,服务端;第二处理单元,用于获取所述第一目标队列中的第二指令,并将所述第二指令添加到第二目标队列中,所述第二指令为所述第一目标队列在当前时间的可执行指令,所述第二目标队列用于对所述第二指令进行调度处理;执行单元,用于执行所述第二目标队列中的所述第二指令。

进一步地,所述第一目标队列至少包括:客户端等待队列,服务端等待队列,第一处理单元包括:第一添加子单元,用于在所述第一指令的指令来源为所述客户端的情况下,将所述第一指令添加到所述客户端等待队列;第二添加子单元,用于在所述第一指令的指令来源为所述服务端的情况下,将所述第一指令添加到所述服务端等待队列中。

进一步地,第二处理单元包括:第一判断子单元,用于依据所述第一目标队列中每个指令的指令类型以及每个指令对应的流程标识,判断每个指令与该指令所属流程任务下的正在处理其他指令是否存在指令冲突,得到目标判断结果,其中,所述指令类型至少包括以下其中之一:活动型指令,流程型指令;提取子单元,用于依据所述目标判断结果,提取所述第一目标队列中在当前时间的可执行指令;处理子单元,用于将所述第一目标队列中的可执行指令作为所述第二指令。

进一步地,第二处理单元还包括:第二判断子单元,用于判断所述客户端等待队列是否为空;第三添加子单元,用于在所述客户端等待队列不为空的情况下,将所述客户端等待队列中的所述第二指令添加到所述第二目标队列中;第四添加子单元,用于在所述客户端等待队列为空的情况下,将所述服务端等待队列中的所述第二指令添加到所述第二目标队列中。

进一步地,所述指令的处理方法还包括:第三判断子单元,用于判断所述服务端等待队列的等待时间是否超过预设时长;第五添加子单元,用于在所述服务端等待队列的等待时间超过所述预设时长的情况下,将所述服务端等待队列中的第二指令添加到所述第二目标队列中。

进一步地,执行单元包括:发送子单元,用于选择目标服务器,将所述第二目标队列中的指令发送至所述目标服务器中;执行子单元,用于通过所述目标服务器执行所述第二目标队列中的指令。

进一步地,所述第二目标队列的队列长度为预设长度,所述预设长度为执行所述指令的处理方法的处理器的线程数确定。

根据本发明实施例的另一方面,还提供了一种电子设备,包括:处理器;以及存储器,用于存储处理器的可执行指令;其中,处理器配置为经由执行可执行指令来执行上述任意一项的指令的处理方法。

根据本发明实施例的另一方面,还提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,其中,在计算机程序运行时控制计算机可读存储介质所在设备执行上述任意一项的指令的处理方法。

在本发明中,在处理流程任务时若接收第一指令,则判断第一指令是否为预设指令,其中,预设指令引发指令冲突的概率大于预设阈值;在第一指令为预设指令的情况下,依据第一指令的指令来源,将第一指令添加到第一目标队列中,其中,指令来源为以下至少之一:客户端,服务端;获取第一目标队列中的第二指令,并将第二指令添加到第二目标队列中,第二指令为第一目标队列在当前时间的可执行指令,第二目标队列用于对第二指令进行调度处理;执行第二目标队列中的第二指令。进而解决了相关技术中在不同Web应用对同一个流程同时发出指令时,会导致指令执行时发生数据错乱的技术问题。在本发明中,通过将引发指令冲突概率大于预设阈值的指令添加到第一目标队列中,从第一目标队列中选取可执行的第二指令添加到第二目标队列中进行执行。达到了避免引发流程任务执行时产生指令冲突情况的目的,从而实现了降低处理流程任务的管理信息系统的发生数据错乱概率的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是相关技术中的一种可选的文档发起审核流程的流程图;

图2是根据本发明实施例的一种可选的指令的处理方法的流程图;

图3是根据本发明实施例的一种可选的指令冲突的处理的业务逻辑的示意图;

图4是根据本发明实施例的一种可选的等待队列的调度处理的流程图;

图5是根据本发明实施例的一种可选的指令调度处理的流程图;

图6是根据本发明实施例的一种可选的管理信息系统的指令冲突的处理的架构图;

图7是根据本发明实施例的一种可选的指令的处理装置的流程图。

具体实施方式

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

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于描述下面对本发明涉及的部分术语或名词进行释义说明。

管理信息系统:PDM(产品数据管理系统)、PLM(产品生命周期管理系统)、图文档、MES(面向制造企业车间执行层的生产信息化管理系统)、工艺数据管理、ERP(企业资源计划管理系统)、OA(办公自动化管理系统),文中简称系统。

流程:指系统支持的一种工作流程管理方式,一个流程包括了多个活动,用户可以对一个流程发出针对流程或活动的指令。

活动:指流程的一个基本元素,可以是一个子流程,也可以是单个工作项节点。

工作项:一个原子活动,对应流程中的一步原子操作。

指令冲突:在多服务运行的情况下,对同一个流程或流程下某一个活动发出的指令会被分发执行,而一些指令如果同时被执行,可能导致流程关联的系统内的对象数据错乱。

下面结合各实施例对本发明进行进一步说明。

实施例一

根据本发明实施例,提供了一种可选的指令的处理方法的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

图2是根据本发明实施例的一种可选的指令的处理方法的流程图,如图2所示,该方法包括如下步骤:

步骤S201,在处理流程任务时若接收第一指令,则判断第一指令是否为预设指令,其中,预设指令引发指令冲突的概率大于预设阈值。

上述的流程任务可以是管理信息系统中的流程任务,上述的第一指令可以是由管理信息系统的客户端发起的流程指令或活动指令,也可以为由管理信息系统的服务端发起的流程指令或活动指令,服务端发起的指令可以为服务端定期生成的指令,上述的预设指令为在处理流程任务时可能会引发指令冲突的指令,预设指令引发指令冲突的概率大于预设阈值。

步骤S202,在第一指令为预设指令的情况下,依据第一指令的指令来源,将第一指令添加到第一目标队列中,其中,指令来源为以下至少之一:客户端,服务端。

上述的指令来源可以为服务端,也可以为客户端,也即是第一指令可以为从客户端发起的请求指令,也可以为从服务端生成的请求指令,在本实施例中,来自于客户端手动发送的请求指令,可以简称为“客户端指令”,来自于服务端定期生成的请求指令,可以简称为“服务端指令”。

上述的目标队列可以为服务端等待队列,也可以为客户端等待队列,服务端等待队列用于暂存指令来源为服务端的指令,客户端等待队列用于暂存指令来源为客户端的指令。

步骤S203,获取第一目标队列中的第二指令,并将第二指令添加到第二目标队列中,第二指令为第一目标队列在当前时间的可执行指令,第二目标队列用于对第二指令进行调度处理。

上述的第二指令为第一目标队列在当前时间的可执行指令,也即是上述第二指令在当前时间执行时不会引发指令冲突。可以通过判断第一目标队列中的每个指令在当前时间执行时是否会引发指令冲突,从第一目标队列中提取中第二指令,并将第二指令添加到第二目标队列。

上述的第二目标队列可以为进行指令派发的派发队列,用于执行指令的分发,将可执行指令派发到工作流服务器中,通过工作流服务器执行第二目标队列中的可执行指令。

步骤S204,执行第二目标队列中的第二指令。

在本实施例中,可以通过将第二目标队列中的可执行执行指令的分发到工作流服务器中,通过工作流服务器执行第二目标队列中的可执行指令。可以在多个工作流服务器中选择一个执行所述第二目标队列中的可执行指令,在执行完指令后,还可以触发第一目标队列的调度器功能,继续将第一目标队列中的可执行第二指令添加到第二目标队列中。

通过上述步骤,在本实施例中,通过将引发指令冲突概率大于预设阈值的指令添加到第一目标队列中,从第一目标队列中选取可执行的第二指令添加到第二目标队列中进行执行。达到了避免引发流程任务执行时产生指令冲突情况的目的,从而实现了降低处理流程任务的管理信息系统的发生数据错乱概率的技术效果,进而解决了相关技术中在不同Web应用对同一个流程同时发出指令时,会导致指令执行时发生数据错乱的技术问题。

图3是根据本发明实施例的一种可选的指令冲突的处理的业务逻辑的示意图,如图3所示,下面结合图3对上述步骤进行示意说明:

S301:调度服务统一接收客户端的请求与服务定期生成的请求。

S302:判断发来的请求是否是会导致冲突的流程指令。

S303:当前指令是会冲突的指令,将该指令添加到等待队列。

S304:当前指令是不会冲突的指令,直接分发执行。

S305:调度器从等待队列中选择不再引起冲突,可以执行的指令分发执行。

S306:随机选择多个工作流服务中的一个,发送流程指令执行。

S307:执行完成后,把执行结果返回给客户端显示。

S308:一条指令执行完成后,触发等待队列的调度器功能。

可选的,第一目标队列至少包括:客户端等待队列,服务端等待队列,依据第一指令的指令来源,将第一指令添加到第一目标队列中,包括:在第一指令的指令来源为客户端的情况下,将第一指令添加到客户端等待队列;在第一指令的指令来源为服务端的情况下,将第一指令添加到服务端等待队列中。

由于客户端发出的指令需要返回执行信息,返回执行信息可以为成功信息或失败信息,所以对及时性要求较高,服务端指令(指令来源为服务端的指令)及时性要求低,所以需要将两类指令分开存储,并且指令调度时,可以优先选择客户端指令(指令来源为客户端的指令)派发执行,也即是将客户端指令优先添加到上述的第二目标队列中。

图4是根据本发明实施例的一种可选的等待队列的调度处理的流程图,如图4所示,

S401:通过isConflicting(预设判断方式)判断指令是否是会导致冲突的流程指令,预设判断方式可以通过预先设置的指令冲突概率库,判断指令可能会引发指令的概率。

S402:当前指令是不会冲突的指令,直接分发执行。

S403:通过source(指令来源)判断当前指令是否是客户端指令。

S404:当前指令是客户端指令,添加到客户端队列clientCmdQueue。

S405:当前指令是服务端指令,添加到服务端队列serverCmdQueue。

S406:添加一条指令到等待队列(对应于上述的第一目标队列)后,触发调度功能,对等待队列中的指令进行调度处理。

依据指令来源的不同将第一指令分别添加到不同的等待队列中,即客户端等待队列和服务端等待队列,保证了不同来源的指令分开进行调度处理,实现了提高管理信息系统的执行指令的效率的技术效果。

可选的,获取第一目标队列中的第二指令,包括:依据第一目标队列中每个指令的指令类型以及每个指令对应的流程标识,判断每个指令与该指令所属流程任务下的正在处理其他指令是否存在指令冲突,得到目标判断结果,其中,指令类型至少包括以下其中之一:活动型指令,流程型指令;依据目标判断结果,提取第一目标队列中在当前时间的可执行指令;将第一目标队列中的可执行指令作为第二指令。

在本实施例中,可以通过cmdType(指令类型,可以为活动型指令,也可以为流程型指令)和processID(指令所属流程的标识),获取等待队列中各个指令的类型和所属流程任务下其他指令的执行状况,判断第一目标队列中的每个指令与所属流程下其他指令是否存在指令冲突,判断后收集第一目标队列中的所有可执行指令,得到所述第二指令,通过在第一目标队列中选取不会引发指令冲突的可执行指令,实现了筛选不会引发指令冲突的可执行指令的筛选效率的技术效果。

可选的,将第二指令添加到第二目标队列中,包括:判断客户端等待队列是否为空;在客户端等待队列不为空的情况下,将客户端等待队列中的第二指令添加到第二目标队列中;在客户端等待队列为空的情况下,将服务端等待队列中的第二指令添加到第二目标队列中。

由于客户端发出的指令需要返回执行信息,即成功或失败信息,所以对及时性要求较高,服务端指令及时性要求低,指令调度时,优先选择客户端指令派发执行,也即是优先对客户端等待队列进行调度处理。

在本实施例中,可以判断客户端等待队列是否为空,在客户端等待队列不为空的情况下,可以通过cmdType和processID获取客户端等待队列中各个指令的类型和所属流程下其他指令的执行状况,判断后收集所有可执行指令(即第二指令),添加到第二目标队列(即派发队列)。客户端等待队列为空,可以从服务端等待队列serverCmdQueue选择可执行指令,添加到第二目标队列中(即派发队列)。

需要说明的是,将上述的第二指令添加到第二目标队列中之前,还可以判断第二目标队列是否已满,在第二目标队列已满的情况下,可以等待第二目标队列空闲,在第二目标队列空闲后,可以将第二指令添加到第二目标队列中。

下面结合图5本发明实施例的一种可选的指令调度处理的流程图,进行示意说明。

如图5,S501:判断客户端等待队列clientCmdQueue是否为空。

S502:客户端等待队列不为空,通过cmdType和processID获取等待队列(第一目标队列)中各个指令的类型和所属流程下其他指令的执行状况,判断后收集所有可执行指令,添加到派发队列(第二目标队列)中。

S503:客户端等待队列为空,从服务端等待队列serverCmdQueue选择可执行指令,添加到派发队列(第二目标队列)中。

在本实施例中,在客户端等待队列不为空的情况下,优先执行客户端等待队列中的可执行指令,实现了提高客户接收指令执行结果的效率的技术效果。

可选的,指令的处理方法还包括:判断服务端等待队列的等待时间是否超过预设时长;在服务端等待队列的等待时间超过预设时长的情况下,将服务端等待队列中的第二指令添加到第二目标队列中。

为了避免存在持续将客户端等待队列中的可执行指令添加到第二目标队列中,进行分发执行时,服务端等待队列中的可执行指令持续处于等待执行的情况,产生服务端饿死的情况,服务端等待队列等待一定时间后,可以在服务端等待队列的等待时间超过预设时长的情况下,将服务端等待队列中的第二指令添加到第二目标队列中。

例如,如图5,S504:服务端指令等待一定时间后,自动分发,防止饿死。

S505:判断派发队列dispatchableQueue是否已满,是否有空闲。

S506:派发队列已满,等待空闲。

S507:派发队列有空闲,添加到派发队列。

判断服务端等待队列的等待时间是否超过预设时长;在服务端等待队列的等待时间超过预设时长的情况下,将服务端等待队列中的第二指令添加到第二目标队列中,避免了服务端等待队列中的指令一直无法执行的情况,实现了提高指令的处理执行的稳定性的技术效果。

可选的,执行第二目标队列中的第二指令,包括:选择目标服务器,将第二目标队列中的指令发送至目标服务器中;通过目标服务器执行第二目标队列中的指令。

在本实施例中,派发队列(对应于上述的第二目标队列)头节点指令选择一个工作流服务器(对应于上述的目标服务器)发生执行。

如图5,S508:选择工作流服务器发送指令执行。

S509,指令执行完成后,重新触发调度,并且更新派发队列。

S510,指令执行完成后清除对应派发队列节点,释放空间,让等待的指令添加进队列。

通过选择目标服务器,执行第二目标队列中的指令,实现了降低指令冲突概率的技术效果。

可选的,第二目标队列的队列长度为预设长度,预设长度为执行指令的处理方法的处理器的线程数确定。

上述的第二目标队列的队列长度为预设长度,也即是第二目标队列可以是一个固定长度的队列,通常选取处理器线程数作为队列长度,当队列已满时,无法再添加新的指令进入,借此限制实际指令执行的最大并发数量,实现了保证执行流程任务的管理信息系统稳定运行的技术效果。

图6是根据本发明实施例的一种可选的管理信息系统的指令冲突的处理的架构图,如图6所示,管理信息系统可以由客户端和服务端组成,客户端可以包括多个客户端应用,服务端可以包括流程调度服务(简称调度服务)和多个工作流服务。

实施例二

本实施例提供了一种可选的指令的处理装置,该处理装置中的各个实施单元对应于实施例一种的实施步骤。

图7是根据本发明实施例的一种可选的指令的处理装置的流程图,如图7所示,该处理装置包括:判断单元71、第一处理单元72、第二处理单元73、执行单元74。

具体的,判断单元71,用于在处理流程任务时若接收第一指令,则判断第一指令是否为预设指令,其中,预设指令引发指令冲突的概率大于预设阈值;

第一处理单元72,用于在第一指令为预设指令的情况下,依据第一指令的指令来源,将第一指令添加到第一目标队列中,其中,指令来源为以下至少之一:客户端,服务端;

第二处理单元73,用于获取第一目标队列中的第二指令,并将第二指令添加到第二目标队列中,第二指令为第一目标队列在当前时间的可执行指令,第二目标队列用于对第二指令进行调度处理;

执行单元74,用于执行第二目标队列中的第二指令。

在本申请实施例二提供的指令的处理装置中,可以通过判断单元71在处理流程任务时,若接收第一指令,则判断第一指令是否为预设指令,其中,预设指令引发指令冲突的概率大于预设阈值,通过第一处理单元72在第一指令为预设指令的情况下,依据第一指令的指令来源,将第一指令添加到第一目标队列中,其中,指令来源为以下至少之一:客户端,服务端,通过第二处理单元73获取第一目标队列中的第二指令,并将第二指令添加到第二目标队列中,第二指令为第一目标队列在当前时间的可执行指令,第二目标队列用于对第二指令进行调度处理,通过执行单元74第二目标队列中的第二指令。进而解决了相关技术中在不同Web应用对同一个流程同时发出指令时,会导致指令执行时发生数据错乱的技术问题。在本发明中,通过将引发指令冲突概率大于预设阈值的指令添加到第一目标队列中,从第一目标队列中选取可执行的第二指令添加到第二目标队列中进行执行。达到了避免引发流程任务执行时产生指令冲突情况的目的,从而实现了降低处理流程任务的管理信息系统的发生数据错乱概率的技术效果。

可选的,在本申请实施例二提供的指令的处理装置中,第一目标队列至少包括:客户端等待队列,服务端等待队列,第一处理单元72包括:第一添加子单元,用于在第一指令的指令来源为客户端的情况下,将第一指令添加到客户端等待队列;第二添加子单元,用于在第一指令的指令来源为服务端的情况下,将第一指令添加到服务端等待队列中。

可选的,在本申请实施例二提供的指令的处理装置中,第二处理单元73包括:第一判断子单元,用于依据第一目标队列中每个指令的指令类型以及每个指令对应的流程标识,判断每个指令与该指令所属流程任务下的正在处理其他指令是否存在指令冲突,得到目标判断结果,其中,指令类型至少包括以下其中之一:活动型指令,流程型指令;提取子单元,用于依据目标判断结果,提取第一目标队列中在当前时间的可执行指令;处理子单元,用于将第一目标队列中的可执行指令作为第二指令。

可选的,在本申请实施例二提供的指令的处理装置中,第二处理单元73还包括:第二判断子单元,用于判断客户端等待队列是否为空;第三添加子单元,用于在客户端等待队列不为空的情况下,将客户端等待队列中的第二指令添加到第二目标队列中;第四添加子单元,用于在客户端等待队列为空的情况下,将服务端等待队列中的第二指令添加到第二目标队列中。

可选的,在本申请实施例二提供的指令的处理装置中,指令的处理方法还包括:第三判断子单元,用于判断服务端等待队列的等待时间是否超过预设时长;第五添加子单元,用于在服务端等待队列的等待时间超过预设时长的情况下,将服务端等待队列中的第二指令添加到第二目标队列中。

可选的,在本申请实施例二提供的指令的处理装置中,执行单元74包括:发送子单元,用于选择目标服务器,将第二目标队列中的指令发送至目标服务器中;执行子单元,用于通过目标服务器执行第二目标队列中的指令。

可选的,第二目标队列的队列长度为预设长度,预设长度为执行指令的处理方法的处理器的线程数确定。

上述的指令的处理装置还可以包括处理器和存储器,上述的判断单元71、第一处理单元72、第二处理单元73、执行单元74等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

上述处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整内核参数来通过将引发指令冲突概率大于预设阈值的指令添加到第一目标队列中,从第一目标队列中选取可执行的第二指令添加到第二目标队列中进行执行。达到了避免引发流程任务执行时产生指令冲突情况的目的,从而实现了降低处理流程任务的管理信息系统的发生数据错乱概率的技术效果。

上述存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM),存储器包括至少一个存储芯片。

根据本发明实施例的另一方面,还提供了一种电子设备,包括:处理器;以及存储器,用于存储处理器的可执行指令;其中,处理器配置为经由执行可执行指令来执行上述任意一项的指令的处理方法。

根据本发明实施例的另一方面,还提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,其中,在计算机程序运行时控制计算机可读存储介质所在设备执行上述任意一项的指令的处理方法。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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

技术分类

06120115631508