页面调度方法以及装置、电子设备、存储介质与流程

1.本技术涉及前端开发领域，具体而言，涉及一种页面调度方法以及装置、电子设备、存储介质。


背景技术：

2.在原始的前端开发中，当执行函数逻辑复杂时，有可能导致整个前端页面停止响应。
3.相关技术中，javascript提供了基于promise的异步任务调度机制，但javascript提供的原生的promise机制的调度器只能基于fifo策略进行，无法满足某些需要灵活调度策略的场景。
4.针对相关技术中前端页面无法实现灵活调度的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本技术的主要目的在于提供一种页面调度方法以及装置、电子设备、存储介质，以解决前端页面无法实现灵活调度的问题。
6.为了实现上述目的，根据本技术的一个方面，提供了一种页面调度方法，应用于前端客户端。
7.根据本技术的页面调度方法包括：将调度任务提交至分发器，其中所述调度任务是用户通过预设api编辑得到的；
8.经由所述分发器将所述调度任务转换为调度作业，其中所述调度作业包括多个可调度函数单元，所述调度作业放入调度队列；
9.通过调度器周期性地从所述调度队列中获取所述调度作业，并按照预设调度策略实现对应的调度功能。
10.在一些实施例中，所述方法用于预设函数执行时间长导致的页面停止响应的场景。
11.在一些实施例中，所述按照预设调度策略实现对应的调度功能，包括：
12.针对所述页面停止响应的场景，当用户需要优先响应用户请求时，按照预设调度策略lifo实现对应的调度功能，所述lifo为后进先出；
13.针对所述页面停止响应的场景，当用户需要优先且紧急响应用户请求的同时，按照预设调度策略pl实现对应的调度功能，所述pl为优先策略。
14.在一些实施例中，所述按照预设调度策略实现对应的调度功能，包括：
15.针对所述页面停止响应的场景，当用户无法确认采用何种优先级响应用户请求时，按照预设调度策略opf实现对应的调度功能，所述opf为优化优先策略。
16.在一些实施例中，所述经由所述分发器将所述调度任务转换为调度作业，其中所述调度作业包括多个可调度函数单元，所述调度作业放入调度队列，包括：
17.经由所述分发器将所述调度任务进行遍历，并将所述调度任务转换为可调度函数单元，并建立调度作业用于作为所述可调度函数单元的集合，通过在不同的调度作业之间切换，实现调度。
18.在一些实施例中，所述调度函数单元用于作为最小单元，且具有原子性。
19.在一些实施例中，所述将调度任务提交至分发器，其中所述调度任务是用户通过预设api编辑得到的，包括：
20.通过预设静态函数，以使用户将所述调度任务提交至所述调度器。
21.为了实现上述目的，根据本技术的另一方面，提供了一种页面调度装置，应用于前端客户端。
22.根据本技术的页面调度装置包括：
23.提交模块，用于将调度任务提交至分发器，其中所述调度任务用户是通过预设api编辑得到的；
24.转换模块，用于经由所述分发器将所述调度任务转换为调度作业，其中所述调度作业包括多个可调度函数单元，所述调度作业放入调度队列；
25.获取模块，用于通过调度器周期性地从所述调度队列中获取所述调度作业，并按照预设调度策略实现对应的调度功能。
26.为了实现上述目的，根据本技术的又一方面，本技术实施例还提供一种电子设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行前述之任一所述方法。
27.为了实现上述目的，根据本技术的再一方面，本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行前述之任一所述方法。
28.在本技术实施例中，采用将调度任务提交至分发器的方式，通过经由所述分发器将所述调度任务转换为调度作业，达到了通过调度器周期性地从所述调度队列中获取所述调度作业，并按照预设调度策略实现对应的调度功能目的，从而实现了在前端实现可调节的调度的技术效果，进而解决了函数执行时间长导致的页面停止响应的技术问题。
附图说明
29.构成本技术的一部分的附图用来提供对本技术的进一步理解，使得本技术的其它特征、目的和优点变得更明显。本技术的示意性实施例附图及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
30.图1是根据本技术实施例的页面调度方法的调度框架结构示意图；
31.图2是根据本技术实施例的页面调度方法的流程示意图；
32.图3是根据本技术实施例的页面调度装置的结构示意图。
具体实施方式
33.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人
员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
34.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
35.在本技术中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本技术及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。
36.并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本技术中的具体含义。
37.此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本技术中的具体含义。
38.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
39.如图1所示，是根据本技术实施例的页面调度方法的调度框架硬件结构示意图，调度框架整体架构由三部分组成：分发器、调度队列、调度器。分发器负责响应事件后将作业(job)提交到调度队列中，供调度器执行。调度器利用时间片算法，周期性以固定频率从调度队列中获取任务，并按照自身的调度算法实现调度，可以通过调整调度器参数选择使用不同的调度策略实现不同的调度功能。此外，调度框架将调度细分为三个粒度，任务(task)、作业(job)、可调度函数单元(schedulable function unit,sfu)。框架通过对这三个对象的操作，实现调度。
40.任务(task)，task是由用户按照框架提供的api编程的任务，task兼容javascript原生的promise语法，可以轻松将js原生promise转换为task，以获取更灵活的调度能力。
41.具体而言，task的构造形如：
42.let task＝new task(start_up).then(fun_a).then(
……
).catch(fun_err).finally(fun_finally)
43.then()后面可以无限串联一个新的then(),以实现链式调用。
44.其中加粗的斜体字含义如下表：
[0045][0046][0047]
job，job是sfu的集合，由分发器对task进行遍历，将task中的任务转换为sfu，并构成整个job。job是本技术实施例中的调度框架进行调度的基本对象。本调度框架不会在同一个job的不同sfu之间切换，而是在不同的job之间切换，实现调度。本调度框架会保证同一个job中的sfu一定按照用户提交的顺序执行，避免出现乱序。
[0048]
sfu，可调度函数单元(schedulable function unit,sfu)，是本调度框架调度的最小单元，是原子性的。本技术实施例中的调度框架保证单个sfu是原子性的，也就是说sfu要么不执行，要么执行完成，不会处于中间状态。
[0049]
如图2所示，该方法包括如下的步骤s210至步骤s230：
[0050]
步骤s210，将调度任务提交至分发器，其中所述调度任务是用户通过预设api编辑得到的。
[0051]
由于所述调度任务是由用户通过预设的api编辑得到的，所以通过api编辑得到的调度任务(task)首先需要提交至分发器。可以理解，所述分发器用于分发调度任务。
[0052]
步骤s220，经由所述分发器将所述调度任务转换为调度作业，其中所述调度作业包括多个可调度函数单元，所述调度作业放入调度队列。
[0053]
经由所述分发器将所述调度任务(task)转换为调度作业(job)，可以理解，所述调度作业可以包括多个可调度函数单元(sfu)。
[0054]
在一些实施例中，所述多个可调度函数单元(sfu)的集合即为作业。同时由于所述单个sfu是原子性的，也就是说sfu要么不执行，要么执行完成，不会处于中间状态。另外，所述调度作业(job)以所述sfu的形式放入调度队列。
[0055]
优选地，所述调度函数单元用于作为最小单元，且具有原子性。
[0056]
在一些实施例中，调度器利用时间片算法，周期性以固定频率从调度队列中获取调度作业(job)，并按照自身的调度算法实现调度，可以通过调整调度器参数选择使用不同的调度策略实现不同的调度功能。
[0057]
步骤s230，通过调度器周期性地从所述调度队列中获取所述调度作业，并按照预设调度策略实现对应的调度功能。
[0058]
通过所述调度器周期性地从所述调度队列中获取所述调度作业，不并且可以按照
预设调度策略实现对应的调度功能。
[0059]
在一些实施例中，内置调度策略包括fifo，先进先出，javascript原生promise的调度策略。不建议用户选择此调度策略。
[0060]
在一些实施例中，内置调度策略包括lifo，后进先出，选择该调度策略能获得最短的响应时间，调度器每次都会选择最新的任务执行，能够保证用户的操作都能得到最及时的响应。但有可能导致老的任务一直获取不到执行机会而无法响应。
[0061]
在一些实施例中，内置调度策略包括priority fifo/lifo(pf/pl)，优先策略，使用该策略需要对task设置优先级，默认优先级为5。使用该策略时，调度器会优先选择优先级高的任务。当任务优先级一样时，退化为先进先出或后进先出策略。
[0062]
用户可以选择此策略，当一个重要的任务需要插队时，用户将该任务的优先级提高即可。这是一个抢占式的调度策略，意味着高优先级的任务可以打断正在执行的任务，获得优先执行的权力。
[0063]
在一些实施例中，内置调度策略包括optimized priority fifo(opf)，优化优先策略，这是本调度框架中默认的调度策略。该策略实在pf的基础进行了优化。使用该策略时，调度器会优先选择优先级高的任务执行，当任务优先级相同时，调度器会在所有相同优先级的任务中进行轮转，保证任务不会无法响应。轮转过程中如果有新的高优先级任务加入，新的高优先级任务也会抢占调度器。
[0064]
需要注意的是，opf也是一个抢占式调度器，通过轮转算法实现了中庸的调度策略，不会出现任务无法响应(无响应)，也不会获得最短的响应时间。因此是本调度框架的默认调度器。
[0065]
从以上的描述中，可以看出，本技术实现了如下技术效果：
[0066]
采用将调度任务提交至分发器的方式，通过经由所述分发器将所述调度任务转换为调度作业，达到了通过调度器周期性地从所述调度队列中获取所述调度作业，并按照预设调度策略实现对应的调度功能目的，从而实现了在前端实现可调节的调度的技术效果，进而解决了函数执行时间长导致的页面停止响应的技术问题。
[0067]
作为本实施例中的优选，所述方法用于预设函数执行时间长导致的页面停止响应的场景。
[0068]
区别于相关技术中，javascript提供的原生的promise机制的调度器只能基于fifo策略进行，无法满足某些需要灵活调度策略的场景。本技术实施例中的方法，利用该框架可以用于预设函数执行时间长导致的页面停止响应的场景。
[0069]
作为本实施例中的优选，所述按照预设调度策略实现对应的调度功能，包括：针对所述页面停止响应的场景，当用户需要优先响应用户请求时，按照预设调度策略lifo实现对应的调度功能，所述lifo为后进先出；针对所述页面停止响应的场景，当用户需要优先且紧急响应用户请求的同时，按照预设调度策略pl实现对应的调度功能，所述pl为优先策略。
[0070]
具体实施时，当用户需要最快响应用户请求时选择lifo，也就是说，选择该调度策略能获得最短的响应时间，调度器每次都会选择最新的任务执行，能够保证用户的操作都能得到最及时的响应。
[0071]
进一步地，当用户尽可能快得响应用户请求的同时，能够响应突发的紧急需求时选择pl。也就是说，采用优先策略，使用该策略需要对task设置优先级，默认优先级为5。使
用该策略时，调度器会优先选择优先级高的任务。当任务优先级一样时，退化为先进先出或后进先出策略。
[0072]
作为本实施例中的优选，所述按照预设调度策略实现对应的调度功能，包括：针对所述页面停止响应的场景，当用户无法确认采用何种优先级响应用户请求时，按照预设调度策略opf实现对应的调度功能，所述opf为优化优先策略。
[0073]
具体实施时，当用户不确定面对的场景时，需要一个中庸的但不会出现问题的调度器时选择opf。也就是说，采用优化优先策略，这是本调度框架中默认的调度策略。该策略实在pf的基础进行了优化。使用该策略时，调度器会优先选择优先级高的任务执行，当任务优先级相同时，调度器会在所有相同优先级的任务中进行轮转，保证任务不会无法响应。轮转过程中如果有新的高优先级任务加入，新的高优先级任务也会抢占调度器。
[0074]
作为本实施例中的优选，所述经由所述分发器将所述调度任务转换为调度作业，其中所述调度作业包括多个可调度函数单元，所述调度作业放入调度队列，包括：经由所述分发器将所述调度任务进行遍历，并将所述调度任务转换为可调度函数单元，并建立调度作业用于作为所述可调度函数单元的集合，通过在不同的调度作业之间切换，实现调度。
[0075]
具体实施时，job是sfu的集合，由分发器对task进行遍历，将task中的任务转换为sfu，并构成整个job。job是本调度框架进行调度的基本对象。本调度框架不会在同一个job的不同sfu之间切换，而是在不同的job之间切换，实现调度。本调度框架会保证同一个job中的sfu一定按照用户提交的顺序执行，避免出现乱序。
[0076]
作为本实施例中的优选，所述将调度任务提交至分发器，其中所述调度任务是用户通过预设api编辑得到的，包括：通过预设静态函数，以使用户将所述调度任务提交至所述调度器。
[0077]
具体实施时，调度过程主要包括提交，提交过程由用户触发，用户主动将task提交给调度器。
[0078]
具体而言，本技术实施例中的调度框架提供一个静态的函数供用户提交任务。使用方法为：
[0079]
scheduler[.strategy(fifo/lifo/pf/pl/opf)].submit(task)；
[0080]
其中.strategy用于设置调度的调度策略。是可选的，默认为opf。
[0081]
调度过程还包括转换，转换过程主要将task按照规则转换为由sfu组成的task。转换的原则是task中的每一个函数单元都一一转换成sfu。
[0082]
调度过程包括调度，本技术实施例中的调度框架会周期性地调用调度策略的doschedule函数，不同的调度策略只需要实现不同的doschedule函数即可实现不同的调度策略。
[0083]
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0084]
根据本技术实施例，还提供了一种用于实施上述方法的页面调度装置，应用于前端客户端，如图3所示，该装置300包括：
[0085]
提交模块310，用于将调度任务提交至分发器，其中所述调度任务用户是通过预设api编辑得到的；
[0086]
转换模块320，用于经由所述分发器将所述调度任务转换为调度作业，其中所述调度作业包括多个可调度函数单元，所述调度作业放入调度队列；
[0087]
获取模块330，用于通过调度器周期性地从所述调度队列中获取所述调度作业，并按照预设调度策略实现对应的调度功能。
[0088]
本技术实施例的所述提交模块310中由于所述调度任务是由用户通过预设的api编辑得到的，所以通过api编辑得到的调度任务(task)首先需要提交至分发器。可以理解，所述分发器用于分发调度任务。
[0089]
本技术实施例的所述转换模块320中经由所述分发器将所述调度任务(task)转换为调度作业(job)，可以理解，所述调度作业可以包括多个可调度函数单元(sfu)。
[0090]
在一些实施例中，所述多个可调度函数单元(sfu)的集合即为作业。同时由于所述单个sfu是原子性的，也就是说sfu要么不执行，要么执行完成，不会处于中间状态。另外，所述调度作业(job)以所述sfu的形式放入调度队列。
[0091]
优选地，所述调度函数单元用于作为最小单元，且具有原子性。
[0092]
在一些实施例中，调度器利用时间片算法，周期性以固定频率从调度队列中获取调度作业(job)，并按照自身的调度算法实现调度，可以通过调整调度器参数选择使用不同的调度策略实现不同的调度功能。
[0093]
本技术实施例的所述获取模块330中通过所述调度器周期性地从所述调度队列中获取所述调度作业，不并且可以按照预设调度策略实现对应的调度功能。
[0094]
在一些实施例中，内置调度策略包括fifo，先进先出，javascript原生promise的调度策略。不建议用户选择此调度策略。
[0095]
在一些实施例中，内置调度策略包括lifo，后进先出，选择该调度策略能获得最短的响应时间，调度器每次都会选择最新的任务执行，能够保证用户的操作都能得到最及时的响应。但有可能导致老的任务一直获取不到执行机会而无法响应。
[0096]
在一些实施例中，内置调度策略包括priority fifo/lifo(pf/pl)，优先策略，使用该策略需要对task设置优先级，默认优先级为5。使用该策略时，调度器会优先选择优先级高的任务。当任务优先级一样时，退化为先进先出或后进先出策略。
[0097]
用户可以选择此策略，当一个重要的任务需要插队时，用户将该任务的优先级提高即可。这是一个抢占式的调度策略，意味着高优先级的任务可以打断正在执行的任务，获得优先执行的权力。
[0098]
在一些实施例中，内置调度策略包括optimized priority fifo(opf)，优化优先策略，这是本调度框架中默认的调度策略。该策略实在pf的基础进行了优化。使用该策略时，调度器会优先选择优先级高的任务执行，当任务优先级相同时，调度器会在所有相同优先级的任务中进行轮转，保证任务不会无法响应。轮转过程中如果有新的高优先级任务加入，新的高优先级任务也会抢占调度器。
[0099]
需要注意的是，opf也是一个抢占式调度器，通过轮转算法实现了中庸的调度策略，不会出现任务无法响应(无响应)，也不会获得最短的响应时间。因此是本调度框架的默认调度器。
[0100]
显然，本领域的技术人员应该明白，上述的本技术的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成
的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本技术不限制于任何特定的硬件和软件结合。
[0101]
本技术实施例中还提供了基于可调度函数单元的前端调度框架，调度主体。本调度框架将调度细分为三个粒度，任务(task)、作业(job)、可调度函数单元(schedulable function unit,sfu)。框架通过对这三个对象的操作，实现调度。
[0102]
其中，
[0103]
task是由用户按照框架提供的api编程的任务，task兼容javascript原生的promise语法，可以轻松将js原生promise转换为task，以获取更灵活的调度能力。
[0104]
task的构造形如：
[0105]
let task＝new task(start_up).then(fun_a).then(
……
).catch(fun_err).finally(fun_finally)
[0106]
then()后面可以无限串联一个新的then(),以实现链式调用。
[0107]
job是sfu的集合，由分发器对task进行遍历，将task中的任务转换为sfu，并构成整个job。job是本调度框架进行调度的基本对象。本调度框架不会在同一个job的不同sfu之间切换，而是在不同的job之间切换，实现调度。本调度框架会保证同一个job中的sfu一定按照用户提交的顺序执行，避免出现乱序。
[0108]
sfu，可调度函数单元(schedulable function unit,sfu)，是本调度框架调度的最小单元，是原子性的。本调度框架保证单个sfu是原子性的，也就是说sfu要么不执行，要么执行完成，不会处于中间状态。
[0109]
调度过程包括如下：
[0110]
(1)提交
[0111]
提交过程由用户触发，用户主动将task提交给调度器。
[0112]
本调度框架提供一个静态的函数供用户提交任务。使用方法为：
[0113]
scheduler[.strategy(fifo/lifo/pf/pl/opf)].submit(task)；
[0114]
其中.strategy用于设置调度的调度策略。是可选的，默认为opf。
[0115]
(2)转换
[0116]
转换过程主要将task按照规则转换为由sfu组成的task。转换的原则是task中的每一个函数单元都一一转换成sfu。
[0117]
(3)调度
[0118]
本调度框架会周期性地调用调度策略的doschedule函数，不同的调度策略只需要实现不同的doschedule函数即可实现不同的调度策略。
[0119]
(4)内置调度策略
[0120]
fifo，先进先出，javascript原生promise的调度策略。不建议用户选择此调度策略。
[0121]
lifo，后进先出，选择该调度策略能获得最短的响应时间，调度器每次都会选择最新的任务执行，能够保证用户的操作都能得到最及时的响应。但有可能导致老的任务一直获取不到执行机会而无法响应。
[0122]
priority fifo/lifo(pf/pl)，优先策略，使用该策略需要对task设置优先级，默认优先级为5。使用该策略时，调度器会优先选择优先级高的任务。当任务优先级一样时，退化为先进先出或后进先出策略。
[0123]
用户可以选择此策略，当一个重要的任务需要插队时，用户将该任务的优先级提高即可。这是一个抢占式的调度策略，意味着高优先级的任务可以打断正在执行的任务，获得优先执行的权力。
[0124]
optimized priority fifo(opf)，优化优先策略，这是本调度框架中默认的调度策略。该策略实在pf的基础进行了优化。使用该策略时，调度器会优先选择优先级高的任务执行，当任务优先级相同时，调度器会在所有相同优先级的任务中进行轮转，保证任务不会无法响应。轮转过程中如果有新的高优先级任务加入，新的高优先级任务也会抢占调度器。
[0125]
opf也是一个抢占式调度器，通过轮转算法实现了中庸的调度策略，不会出现任务无法响应，也不会获得最短的响应时间。因此是本调度框架的默认调度器。
[0126]
本技术的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
[0127]
可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：
[0128]
s1，将调度任务提交至分发器，其中所述调度任务是用户通过预设api编辑得到的；
[0129]
s2，经由所述分发器将所述调度任务转换为调度作业，其中所述调度作业包括多个可调度函数单元，所述调度作业放入调度队列；
[0130]
s3，通过调度器周期性地从所述调度队列中获取所述调度作业，并按照预设调度策略实现对应的调度功能。
[0131]
可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-only memory，简称为rom)、随机存取存储器(random access memory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
[0132]
本技术的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
[0133]
可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
[0134]
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
[0135]
s1，将调度任务提交至分发器，其中所述调度任务是用户通过预设api编辑得到的；
[0136]
s2，经由所述分发器将所述调度任务转换为调度作业，其中所述调度作业包括多个可调度函数单元，所述调度作业放入调度队列；
[0137]
s3，通过调度器周期性地从所述调度队列中获取所述调度作业，并按照预设调度策略实现对应的调度功能。
[0138]
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
[0139]
以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。