主任务异常处理方法、装置、电子设备和存储介质与流程

1.本申请实施例涉及自动程序设计技术领域，尤其涉及一种主任务异常处理方法、装置、电子设备和存储介质。


背景技术：

2.批处理任务，也叫做主任务，是指由一系列子任务按照一定规则组合后得到的一组适于批量处理的任务，由于批处理不需要人工干预，故具有资源利用率高、吞吐量大等优势，在大型银行等涉及对海量数据进行处理的业务场景中备受青睐。分布式系统已成为大数据时代主任务处理的一种主流方案。
3.现有技术中，通过设置于分布式系统各节点中的定时巡检器抢占分布式锁，并根据主任务的状态，构建主任务消息，实现主任务的分发、认领等处理，但是现有技术中并没有一套对主任务异常进行处理的方案，因此，如何保障分布式系统的平稳运行和流转成为现有技术中亟需解决的问题。


技术实现要素：

4.本申请实施例提供一种主任务异常处理方法、装置、电子设备和存储介质，以实现对主任务的异常处理。
5.第一方面，本申请实施例提供一种主任务异常处理方法，包括：
6.通过超时巡检器轮询检查主任务数据表，确定所述主任务数据表中是否存在异常主任务，所述主任务数据表中包括主任务的状态；
7.若确定所述主任务数据表中存在异常主任务，则根据所述异常主任务的状态，对所述异常主任务进行重提处理。
8.第二方面，本申请实施例还提供一种主任务异常处理装置，包括：
9.异常主任务确定模块，用于通过超时巡检器轮询检查主任务数据表，确定所述主任务数据表中是否存在异常主任务，所述主任务数据表中包括主任务的状态；
10.重提处理模块，用于若确定所述主任务数据表中存在异常主任务，则根据所述异常主任务的状态，对所述异常主任务进行重提处理。
11.第三方面，本申请实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述第一方面所述的主任务异常处理方法。
12.第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的主任务异常处理方法。
13.本申请实施例提供的技术方案，通过超时巡检器轮询检查主任务数据表，确定主任务数据表中是否存在异常主任务，并在确定主任务数据表中存在异常主任务时，根据异常主任务的状态，对异常主任务进行重提处理。上述技术方案，通过超时巡检器轮询检查主任务数据表，能够及时发现异常主任务，并对异常主任务进行重提处理，实现了系统自动处
理异常的能力，保障了主任务的流转，提高了分布式系统的抗风险能力和可用性，为分布式系统的平稳运行和流转提供了保障。
附图说明
14.图1为本申请实施例的应用场景示意图；
15.图2为本申请实施例一提供的一种主任务异常处理方法的流程图；
16.图3为本申请实施例二提供的一种主任务异常处理方法的流程图；
17.图4为本申请实施例三提供的一种主任务异常处理方法的流程图；
18.图5为本申请实施例四提供的一种主任务异常处理装置的结构示意图；
19.图6为本申请实施例五提供的一种电子设备的结构示意图。
具体实施方式
20.下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。
21.下面首先对本申请涉及的名词进行如下解释：
22.主任务：为便于描述，将批处理任务叫做主任务，每个主任务中包括至少两个子任务。
23.子任务：对主任务进行拆分得到的单笔任务，叫做子任务。
24.本申请技术方案的主要思路：基于现有技术存在的技术问题，本申请实施例提供一种主任务的异常处理机制，通过在分布式系统的各节点中设置超时巡检器，由超时巡检器通过轮巡的方式进行主任务运行时的异常发现，并对发现异常进行自动处理，当自动处理无法解决异常时，还可以进行告警，以通知相关工作人员介入进行干预，处理异常。通过该机制可以保证分布式系统的稳定运行，保障主任务的流转，提高分布式系统的抗风险能力和可用性。
25.示例性地，图1为本申请实施例的应用场景示意图，如图1所示，假设分布式系统包括3个节点，分别为节点a、节点b和节点c，消息中间件是独立于3个节点之外的软件或服务程序，这3个节点均可以与消息中间件进行交互，实现消息的分发(即将消息发送到消息中间件)或消息的认领(即从消息中间件中取回消息)。
26.为了能够发现主任务运行过程的异常，本实施例中每个节点中都设置有超时巡检器，假设分别记为a、b、c，由超时巡检器通过轮巡的方式进行主任务运行时的异常发现。同时引入缓存服务器d，用于存储分布式锁的状态，具体可以用于存储与主任务异常处理相关的分布式锁的状态。
27.另外，本申请实施例提供的集群系统还包括共享数据库e，该共享数据库e独立于各节点之外，且系统中的所有节点都可以对共享数据库e进行访问或操作。进一步地，本实施例中共享数据库e用于存储主任务和主任务数据表。其中，主任务数据表中包括主任务的状态和主任务的状态修改时间。
28.实施例一
29.图2为本申请实施例一提供的一种主任务异常处理方法的流程图，本实施例的执
行主体为分布式系统中的任一节点，例如图1中的节点a、节点b或节点c。如图2所示，本实施例的主任务异常处理方法包括：
30.s110、通过超时巡检器轮询检查主任务数据表，确定主任务数据表中是否存在异常主任务，主任务数据表中包括主任务的状态。
31.本实施例中，所谓主任务数据表，即主任务的数据清单列表，主要用于记录主任务的标记(例如编号、名称等)、主任务的状态等。
32.其中，主任务的状态，是根据主任务在处理过程中所处的阶段确定的，本实施例中，将主任务的处理分为三个阶段，分别为主任务预处理阶段、子任务处理阶段和主任务后处理阶段。主任务预处理阶段主要负责将主任务拆分成单笔子任务，子任务处理阶段主要负责执行各子任务，主任务后处理阶段主要负责把各子任务的执行情况进行汇总并形成报表。相应地，主任务的状态可以有未开始、预处理中、预处理完成、子任务处理中、子任务处理完成、后处理中和后处理完成几种，其中，“未开始”是指尚未开始处理的主任务的状态，“完成”是指三个阶段均已执行完成的主任务的状态。
33.所谓超时巡检器，用于检查主任务数据表中的主任务是否异常。异常主任务是指主任务数据表中有异常超时的任务。
34.具体的，可以通过超时巡检器轮询检查主任务数据表中主任务的状态，进而根据检查结果确定主任务数据表中是否存在异常主任务。例如可以是，判断主任务的状态的修改时间是否在设定时间范围内，若不在设定时间范围内，则确定主任务数据表中存在异常主任务。其中，设定时间范围是本领域技术人员根据实际情况设定的。
35.s120、若确定主任务数据表中存在异常主任务，则根据异常主任务的状态，对异常主任务进行重提处理。
36.本实施例中，若确定主任务数据表中存在异常主任务，则根据异常主任务的状态，构建主任务消息，并将主任务消息发给消息中间件。
37.所谓消息中间件是一种具备接收请求、保存数据和发送数据等功能的网络应用，本申请实施例采用的消息中间件可以为activemq、rabbitmq、zeromq、kafka、metamq、rocketmq中的任一种，此处不做限制。可以理解的是，消息中间件的引入，将消息的分发和消息的认领是在时间和空间上解耦，即分发到消息中间件的消息，可以不马上被认领，在一段时间以后再进行认领，同时，分发到消息中间件的消息，可以被其他节点认领，也可以由本节点进行认领，即进行同一个消息的分发和认领的节点可以相同，也可以不同。进一步的，在分布式系统中每次只有一个节点负责消息的分发，而分布式系统中的每个节点都可以进行消息的认领。
38.具体的，消息的构建是完成消息分发的第一步，本步骤中，以异常主任务为内容，以异常主任务的状态的主题，按照消息的生成规则，进行主任务消息的构建。其中，消息的规则由消息中间件使用的协议确定，示例性地，若消息中件间为kafka，则应按照kafka协议中定义的消息生成规则进行消息的构建，从而保证构建的信息的可用性。
39.需要说明的是，由于子任务处理一般需要较长时间，通常由专门的处理逻辑进行异常检测和处理，本实施例不关注处于“子任务处理中”状态的主任务。此外，由于“完成”是指三个阶段均已执行完成的主任务的状态，因此本实施例对于处于“完成”状态的主任务也不关注。
40.示例性的，为了便于后续异常任务的分类处理，将未开始、预处理中、预处理完成均称为第一状态；将子任务处理完成、后处理中和后处理完成均称为第二状态。
41.可选的，若异常主任务的状态为第一状态，则构建主任务预处理消息，并将主任务预处理消息发送给消息中间件，进而对主任务预处理消息进行处理。具体的，若异常主任务的状态为第一状态，即为未开始、预处理中和预处理完成中的一种，则根据异常主任务以及第一状态，构建主任务预处理消息，并将主任务预处理消息发送给消息中间件，进而对主任务预处理消息进行处理。
42.进一步的，若异常主任务的状态为第二状态，则构建主任务后处理消息，并将主任务后处理消息发送给消息中间件，进而对主任务后处理消息进行处理。具体的，若异常主任务的状态为第二状态，即为子任务处理完成、后处理中和后处理完成中的一种，则根据异常主任务以及第二状态，构建主任务后处理消息，并将主任务后处理消息发送给消息中间件，进而对主任务后处理消息进行处理。
43.本申请实施例提供的技术方案，通过超时巡检器轮询检查主任务数据表，确定主任务数据表中是否存在异常主任务，并在确定主任务数据表中存在异常主任务时，根据异常主任务的状态，对异常主任务进行重提处理。上述技术方案，通过超时巡检器轮询检查主任务数据表，能够及时发现异常主任务，并对异常主任务进行重提处理，实现了系统自动处理异常的能力，保障了主任务的流转，提高了分布式系统的抗风险能力和可用性，为分布式系统的平稳运行和流转提供了保障。
44.示例性的，系统中的节点可以以消息认领者的身份，按照事先约定好的逻辑，从消息中间件中获取主任务消息。进而作为本申请实施例的一种可选方式，若从消息中间件获取的主任务消息中识别到异常标志，则根据主任务消息的业务场景，对主任务消息进行处理。其中，标志用于表征主任务是否异常，可以由0和1表示，1表示异常，说明主任务为异常主任务；0表示正常，说明主任务不是异常主任务。业务场景是指主任务消息所属业务类型。不同的主任务消息的业务场景，对主任务消息的处理方式不同。具体的，若从消息中间件获取的主任务消息中识别到异常标志，则根据主任务消息的业务场景，对主任务消息的状态进行检查并作相应调整。
45.示例性的，若主任务消息的业务场景为转账场景，则将主任务消息的状态调整为完成。具体的，对于业务场景为转账场景的主任务消息，由于转账场景特殊的要求，若转账过程中出现交易失败，即主任务异常，则不需要对主任务进行重提处理，因此，将主任务消息的状态调整为完成，即表明主任务完成。可以理解的是，通过对特殊场景下的主任务消息的特殊调整，保障了任务的流转，同时提高了用户交易的安全性。
46.实施例二
47.图3为本申请实施例二提供的一种主任务异常处理方法的流程图；在上述实施例的基础上，对“通过超时巡检器轮询检查主任务数据表，确定主任务数据表中是否存在异常主任务”进行优化，提供一种可选实施方案。
48.如图3所示的主任务异常处理方法，该方法具体可以包括：
49.s210、根据当前时间和主任务数据表中主任务的状态修改时间，确定状态停留时间。
50.本实施例中，主任务数据表中还包括主任务的状态修改时间，所谓状态修改时间
是指对主任务数据表中的主任务进行状态修改时的开始时刻。状态停留时间，是指主任务数据表中的主任务处于同一个状态下的时间，即从一个状态的开始时刻到当前时间之间的时间段。
51.具体的，可以将当前时间和主任务数据表中的主任务的状态修改时间作差，将作差后的结果作为状态停留时间。
52.s220、根据状态停留时间和停留时间阈值，确定主任务数据表中是否存在异常主任务。
53.其中，停留时间阈值能够用于判断状态停留时间是否正常，可以由本领域技术人员根据实际情况设定，例如可以是60分钟。
54.本实施例中，对于主任务数据表中的每一主任务，将该主任务的状态停留时间，与停留时间阈值作差并取绝对值，若得到的结果超过设定时间范围，则确定该主任为异常主任务；进而得到主任务数据表中的异常主任务。
55.还可以是，若识别主任务数据表中存在状态停留时间大于停留时间阈值的主任务，则确定主任务数据表中存在异常主任务。具体的，对于主任务数据表中的每一主任务，确定该主任务的状态停留时间是否大于停留时间阈值，若是，则该主任务为异常主任务；进而得到主任务数据表中的异常主任务。
56.s230、若确定主任务数据表中存在异常主任务，则根据异常主任务的状态，对异常主任务进行重提处理。
57.本实施例的技术方案，通过根据当前时间和主任务数据表中主任务的状态修改时间，确定状态停留时间，之后根据状态停留时间和停留时间阈值，确定主任务数据表中是否存在异常主任务。上述技术方案，引入状态停留时间，根据状态停留时间和停留时间阈值，提高了异常主任务的确定准确率，进而为主任务的流转提供保障。
58.实施例三
59.图4为本申请实施例三提供的一种主任务异常处理方法的流程图；在上述实施例的基础上，对“若确定主任务数据表中存在异常主任务，则根据异常主任务的状态，对异常主任务进行重提处理”进行优化，提供一种可选实施方案。
60.如图4所示的主任务异常处理方法，该方法具体可以包括：
61.s310、通过超时巡检器轮询检查主任务数据表，确定主任务数据表中是否存在异常主任务，主任务数据表中包括主任务的状态。
62.s320、若确定主任务数据表中存在异常主任务，则确定异常主任务的重提次数。
63.其中，重提次数是指主任务下发重新处理的次数。
64.本实施例中，若确定主任务数据表中存在异常主任务，则统计异常主任的重提次数。
65.s330、若异常主任务的重提次数未超过重提阈值，则根据异常主任务的状态，对异常主任务进行重提处理。
66.其中，重提阈值是本领域技术人员根据实际情况设定的，例如可以是3次。
67.具体的，若异常主任务的重提次数未超过重提阈值，则根据异常主任对的状态，对异常主任务进行重提处理。示例性的，若异常主任务的状态为第一状态，则构建主任务预处理消息，并将主任务预处理消息发送给消息中间件。示例性的，若异常主任务为第二状态，
则构建主任务后处理消息，并将主任务后处理消息发送给消息中间件。
68.进一步的，异常主任务的状态不同，重提阈值也不同。进而，若异常主任务的重提次数未超过重提阈值，则根据异常主任务的状态，对异常主任务进行重提处理可以是，获取异常主任务的状态关联的重提阈值，具体的，若异常主任务的状态为第一状态，则获取异常主任务的第一状态关联的重提阈值；若异常主任务的状态为第二状态，则获取异常主任务的第二状态关联的重提阈值，进而若异常主任务的重提次数未超过重提阈值，则根据异常主任务的状态，对异常主任务进行重提处理。
69.示例性的，若异常主任务的重提次数超过重提阈值，则进行告警处理。具体可以是，若异常主任务的重提次数超过重提阈值，则结束异常主任务，并进行告警处理。
70.可选的，进行告警处理可以是，打印错误级别日志，其中，错误级别日志可以是记录错误的文件，用于帮助开发人员或者管理人员查看系统错误。进而，根据错误级别日志，构建告警消息，并将告警消息发送给目标终端设备，其中，告警消息为系统消息、短信或邮件中的一种；目标终端设备可以是技术人员所使用的设备，例如可以是服务器、手机等。
71.可以理解的是，进行告警处理，可以及时向开发人员或者管理人员进行警示，以便对开发人员或者管理人员对系统进行及时的查错，进而为分布式系统的平稳运行和流转提供了保障。
72.本实施例的技术方案，通过若确定主任务数据表中存在异常主任务，则确定异常主任务的重提次数，若异常主任务的重提次数未超过重提阈值，则根据异常主任务的状态，对异常主任务进行重提处理。引入重提次数，通过重提次数和重提阈值类确定是否对异常主任务进行重提处理，可以灵活的对异常主任务进行处理，保障了主任务的流传。
73.实施例四
74.图5为本申请实施例四提供的一种主任务异常处理装置的结构示意图，如图5所示，本实施例中主任务异常处理装置包括异常主任务确定模块410和重提处理模块420，其中，
75.异常主任务确定模块410，用于通过超时巡检器轮询检查主任务数据表，确定主任务数据表中是否存在异常主任务，主任务数据表中包括主任务的状态；
76.重提处理模块420，用于若确定主任务数据表中存在异常主任务，则根据异常主任务的状态，对异常主任务进行重提处理。
77.本申请实施例提供的技术方案，通过超时巡检器轮询检查主任务数据表，确定主任务数据表中是否存在异常主任务，并在确定主任务数据表中存在异常主任务时，根据异常主任务的状态，对异常主任务进行重提处理。上述技术方案，通过超时巡检器轮询检查主任务数据表，能够及时发现异常主任务，并对异常主任务进行重提处理，实现了系统自动处理异常的能力，保障了主任务的流转，提高了分布式系统的抗风险能力和可用性，为分布式系统的平稳运行和流转提供了保障。
78.进一步地，重提处理模块420具体用于：
79.异常主任务的状态为第一状态，则构建主任务预处理消息，并将主任务预处理消息发送给消息中间件，第一状态为未开始、预处理中和预处理完成中的一种，主任务预处理消息中包括异常标志。
80.进一步地，重提处理模块420还具体用于：
81.若异常主任务的状态为第二状态，则构建主任务后处理消息，并将主任务后处理消息发送给消息中间件，第二状态为子任务处理完成、后处理中和后处理完成中的一种，主任务后处理消息中包括异常标志。
82.进一步地，主任务数据表中包括主任务的状态修改时间，异常主任务确定模块410包括停留时间确定单元和异常主任务确定单元，其中，
83.停留时间确定单元，用于根据当前时间和主任务数据表中主任务的状态修改时间，确定状态停留时间；
84.异常主任务确定单元，用于根据状态停留时间和停留时间阈值，确定主任务数据表中是否存在异常主任务。
85.进一步地，异常主任务确定单元具体用于：
86.若识别主任务数据表中存在状态停留时间大于停留时间阈值的主任务，则确定主任务数据表中存在异常主任务。
87.进一步地，重提处理模块420包括重提次数确定单元和重提处理单元，其中，
88.重提次数确定单元，用于确定异常主任务的重提次数；
89.重提处理单元，用于若异常主任务的重提次数未超过重提阈值，则根据异常主任务的状态，对异常主任务进行重提处理。
90.进一步地，重提处理单元包括重提阈值获取子单元和重提处理子单元，其中，
91.重提阈值获取子单元，用于获取异常主任务的状态关联的重提阈值；
92.重提处理子单元，用于若异常主任务的重提次数未超过重提阈值，则根据异常主任务的状态，对异常主任务进行重提处理。
93.进一步地，重提处理模块420还包括告警处理单元，该单元具体用于：
94.告警处理单元，用于若异常主任务的重提次数超过重提阈值，则进行告警处理。
95.进一步地，告警处理单元包括日志打印子单元和告警消息构建单元，其中，
96.日志打印子单元，用于打印错误级别日志；
97.告警消息构建单元，用于根据错误级别日志，构建告警消息，并将告警消息发送给目标终端设备。
98.进一步地，告警消息为系统消息、短信或邮件中的一种。
99.进一步地，重提处理模块420还包括主任务消息处理单元，该主任务消息处理单元用于：
100.若从消息中间件获取的主任务消息中识别到异常标志，则根据主任务消息的业务场景，对主任务消息进行处理。
101.进一步地，主任务消息处理单元具体用于：
102.若主任务消息的业务场景为转账场景，则将主任务消息的状态调整为完成。
103.本实施例所提供的主任务异常处理装置可执行上述方法实施例所提供的主任务异常处理方法，具备执行方法相应的功能模块和有益效果。本实施例的实现原理和技术效果与上述方法实施例类似，此处不再一一赘述。
104.实施例五
105.图6为本申请实施例五提供的一种电子设备的结构示意图，图6示出了适于用来实现本申请实施例实施方式的示例性设备的框图。图6显示的设备仅仅是一个示例，不应对本
申请实施例的功能和使用范围带来任何限制。
106.如图6所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
107.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
108.电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
109.系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd
‑
rom,dvd
‑
rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请实施例各实施例的功能。
110.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请实施例所描述的实施例中的功能和/或方法。
111.电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
112.处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本申请实施例所提供的主任务异常处理方法。
113.实施例六
114.本申请实施例六还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序在由计算机处理器执行时用于执行一种主任务异常处理方法，该方法包括：
115.通过超时巡检器轮询检查主任务数据表，确定主任务数据表中是否存在异常主任务，主任务数据表中包括主任务的状态；
116.若确定主任务数据表中存在异常主任务，则根据异常主任务的状态，对异常主任务进行重提处理。
117.当然，本申请实施例所提供的一种包计算机可读存储介质，其计算机程序不限于如上的方法操作，还可以执行本申请任意实施例所提供的主任务异常处理方法中的相关操作。
118.通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本申请可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网格设备等)执行本申请各个实施例的方法。
119.值得注意的是，上述主任务异常处理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。
120.注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。