[发明专利]同步任务的处理方法及系统

说明书

本发明公开了一种同步任务的处理方法及系统，涉及软件开发过程中的任务处理领域。该方法的步骤为：在上下级任务中分别创建任务执行结果发送和接收接口；同时开启上下级任务，上级任务执行完成后，将任务执行结果发送至下级任务；下级任务收到任务执行结果后由休眠状态变更为唤醒状态；当任务执行结果为上级任务执行失败结果时，下级任务由唤醒状态变更为休眠状态；当任务执行结果为上级任务执行成功结果时，下级任务开始执行。本发明的执行结果发送和接收接口占用的系统资源较小，而且通过任务执行结果发送和接收接口相耦合同步任务的耦合度较低，不仅便于同步任务的扩展，而且不会影响系统的性能。

技术领域

本发明涉及软件开发过程中的任务处理领域，具体涉及一种同步任务的处理方法及系统。

背景技术

软件开发过程中通常进行同步任务操作和异步任务操作，同步任务操作的含义为：等待任务A完成后再开始执行任务B，异步任务操作的含义为：同时开始执行任务A和B。

传统实现同步任务操作的方法和对应的缺陷为：

(1)通过任务定时器周期性的监听任务A的执行状态，监听到任务A执行完成后，将任务A的完成结果通知至任务B，任务B收到完成结果后开始执行。

方法(1)开启任务定时器周期性的监听任务A的执行状态时，会占用大量的系统资源；与此同时，任务定时器周期性会强行耦合任务A和B(将任务A的完成结果通知至任务B等)，进而提高软件的耦合度，不仅不利于同步任务的扩展，而且任务A和B耦合兼容后产生的高负荷，会极大的影响系统性能。

(2)通过全局任务变量来维系状态：任务A和B同时开启，任务A开始执行，任务B处于休眠状态；任务A完成后将全局任务变量设置为true，任务B轮询监听全局任务变量，当监听到全局任务变量为true时开始执行任务。

方法(2)中任务B需要开启进程来监听全局任务变量，进而占用系统资源；与此同时，由于全局任务变量属于全局性质，因此任何地方均可对全局任务变量进行赋值操作，进而无法保证全局任务变量的安全，容易引起程序执行逻辑的紊乱；进一步，任务A和B之间通过全局任务变量来进行耦合，依旧属于强耦合关系，不利于同步任务的扩展。

与此同时，与任务A相比(上级任务)，方法(1)中的任务定时器和方法(2)中的全局任务变量，均属于下级通过轮询的方式来监听上级任务的完成情况，上级任务完成后，下级从监听至发送给任务B(上级任务)会占用一定的时间，进而会导致任务B完成后，任务B没有立即执行，即出现延迟的情况，无法保证同步任务的质量。

发明内容

针对现有技术中存在的缺陷，本发明解决的技术问题为：如何在占用系统资源较少的情况下，保证耦合度较低的同步任务的质量。本发明的执行结果发送和接收接口占用的系统资源较小，而且通过任务执行结果发送和接收接口相耦合同步任务的耦合度较低，不仅便于同步任务的扩展，而且不会影响系统的性能。

为达到以上目的，本发明提供的同步任务的处理方法，包括以下步骤：

S1：定义需要等待其他任务完成后再执行的任务为下级任务，所述其他任务为上级任务；在上级任务中创建任务执行结果发送接口，在任务执行结果发送接口中定义任务执行结果发送协议；在下级任务中创建任务执行结果接收接口，在任务执行结果接收接口中，定义与任务执行结果发送协议对应的任务执行结果接收协议；

S2：同时开启上级任务和下级任务，上级任务处于任务执行状态，下级任务处于休眠状态，转到S3；

S3：上级任务执行完成后，将任务执行结果通过任务执行结果发送接口发送至下级任务的任务执行结果接收接口中，任务执行结果包括上级任务执行成功结果或上级任务执行失败结果，转到S4；

S4：任务执行结果接收接口收到任务执行结果后，下级任务由休眠状态变更为唤醒状态；当任务执行结果为上级任务执行失败结果时，转到S5；当任务执行结果为上级任务执行成功结果时，转到S6；