任务调度方法、任务处理方法、装置、电子设备和介质与流程

1.本公开涉及计算机技术领域和金融科技领域，更具体地，涉及一种任务调度方法、任务处理方法、装置、电子设备、计算机可读存储介质和计算机程序产品。


背景技术：

2.随着计算机技术的发展，在分布式架构下，可以通过任务调度器和任务执行器进行任务调度来保证服务的高可用。任务调度可以指系统为自动完成某一任务，在预设时刻去执行任务的过程。
3.在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：采用相关技术无法较好地保障任务调度的效率和准确性。


技术实现要素：

4.有鉴于此，本公开提供了一种任务调度方法、任务处理方法、装置、电子设备、计算机可读存储介质和计算机程序产品。
5.根据本公开的一个方面，提供了一种任务调度方法，包括：
6.响应于接收到来自调度器的任务获取请求，根据上述任务获取请求，确定任务集合，其中，上述任务获取请求包括与上述调度器对应的调度器标识，上述任务集合包括与待处理任务对应的至少一个待处理任务信息，上述至少一个待处理任务信息中的每个待处理任务信息均包括任务标识、任务信息、任务创建时间信息和任务状态信息；以及
7.将上述任务集合发送至与上述调度器标识对应的上述调度器，以便于上述调度器根据上述任务创建时间信息，将上述任务集合中的上述至少一个待处理任务依次发送至线程池中的目标线程。
8.根据本公开的实施例，上述任务状态信息包括待选择状态和选择完成状态。
9.根据本公开的实施例，上述根据上述任务获取请求，确定任务集合包括：
10.在上述任务状态信息为上述待选择状态的情况下，按照上述任务创建时间信息对上述待处理任务进行排序，得到待处理任务序列；
11.根据上述待处理任务序列，确定预设数量的候选待处理任务；以及
12.根据上述预设数量的候选待处理任务，确定上述任务集合。
13.根据本公开的实施例，在上述根据上述预设数量的上述候选待处理任务，确定上述任务集合之前，上述方法还包括：
14.将与上述预设数量的上述候选待处理任务中的每个候选待处理任务分别对应的上述任务状态信息，更新为上述选择完成状态。
15.根据本公开的实施例，上述调度器和上述线程池设置于同一进程。
16.根据本公开的一个方面，提供了一种任务处理方法，包括：
17.响应于接收到来自于调度器的任务处理请求，根据上述任务处理请求，在线程池中确定目标线程，其中，上述任务处理请求包括与待处理任务对应的待处理任务信息，上述
待处理任务信息包括任务标识、任务信息、任务创建时间信息和任务状态信息；以及
18.利用上述目标线程对上述待处理任务进行处理，得到任务处理结果。
19.根据本公开的实施例，上述任务状态信息包括正在执行状态和执行完成状态。
20.根据本公开的实施例，在上述根据上述任务处理请求，在线程池中确定目标线程之后，上述方法还包括：
21.将上述任务状态信息更新为上述正在执行状态。
22.根据本公开的实施例，在上述利用上述目标线程对上述待处理任务进行处理，得到任务处理结果之后，上述方法还包括：
23.将上述任务状态信息更新为上述执行完成状态。
24.根据本公开的实施例，上述线程池是通过以下方式创建的：
25.确定线程池参数，其中，上述线程池参数包括核心线程数量、线程数量阈值、工作队列的类型和上述工作队列的预设容量中的至少一项，上述线程数量阈值是根据上述核心线程数量设置的；以及
26.根据上述线程池参数，创建上述线程池。
27.根据本公开的实施例，在所述线程池参数包括核心线程数量的情况下，上述根据上述任务处理请求，在线程池中确定目标线程包括：
28.确定上述线程池中的当前线程数量；
29.在上述当前线程数量小于上述核心线程数量的情况下，创建第一线程；以及
30.将上述第一线程确定为上述目标线程。
31.根据本公开的实施例，在所述线程池参数包括核心线程数量、所述工作队列的类型和所述工作队列的预设容量的情况下，
32.所述根据所述任务处理请求，在线程池中确定目标线程包括：
33.在上述当前线程数量大于或等于上述核心线程数量、且上述工作队列达到上述预设容量的情况下，创建第二线程；以及
34.将上述第二线程确定为上述目标线程。
35.根据本公开的实施例，上述任务处理方法还包括：
36.在上述当前线程数量大于或等于上述核心线程数量、且上述工作队列未达到上述预设容量的情况下，将上述待处理任务添加至上述工作队列。
37.根据本公开的实施例，在上述线程池参数包括上述线程数量阈值的情况下，上述任务处理方法还包括：
38.确定所述线程池中的当前线程数量；以及
39.在上述当前线程数量大于或等于上述线程数量阈值的情况下，拒绝对上述待处理任务的处理。
40.根据本公开的另一个方面，提供了一种任务调度装置，包括：
41.第一确定模块，用于响应于接收到来自调度器的任务获取请求，根据上述任务获取请求，确定任务集合，其中，上述任务获取请求包括与上述调度器对应的调度器标识，上述任务集合包括与待处理任务对应的至少一个待处理任务信息，上述至少一个待处理任务信息中的每个待处理任务信息均包括任务标识、任务信息、任务创建时间信息和任务状态信息；以及
42.发送模块，用于将上述任务集合发送至与上述调度器标识对应的上述调度器，以便于上述调度器根据上述任务创建时间信息，将上述任务集合中的上述至少一个待处理任务依次发送至线程池中的目标线程。
43.根据本公开的另一个方面，提供了一种任务处理装置，包括：
44.第二确定模块，用于响应于接收到来自于调度器的任务处理请求，根据上述任务处理请求，在线程池中确定目标线程，其中，上述任务处理请求包括与待处理任务对应的待处理任务信息，上述待处理任务信息包括任务标识、任务信息、任务创建时间信息和任务状态信息；以及
45.处理模块，用于利用上述目标线程对上述待处理任务进行处理，得到任务处理结果。
46.根据本公开的另一个方面，提供了一种电子设备，包括：
47.一个或多个处理器；
48.存储器，用于存储一个或多个指令，
49.其中，当上述一个或多个指令被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如本公开所述的方法。
50.根据本公开的另一个方面，提供了一种计算机可读存储介质，其上存储有可执行指令，上述可执行指令被处理器执行时使处理器实现如本公开所述的方法。
51.根据本公开的另一个方面，提供了一种计算机程序产品，上述计算机程序产品包括计算机可执行指令，上述计算机可执行指令在被执行时用于实现如本公开所述的方法。
52.根据本公开的实施例，通过根据任务获取请求确定任务集合，能够单次获取批量任务。此外，通过将任务集合发送至调度器，使得调度器能够根据任务创建时间信息，将至少一个待处理任务依次发送至线程池中的目标线程，能够减少资源消耗。另外，由于待处理任务信息包括任务标识、任务创建时间信息和任务状态信息，能够较为准确地区分任务创建时间和任务状态。基于上述技术手段，至少部分地克服了采用相关技术无法较好地保障任务调度的效率和准确性的技术问题，从而提高了任务调度的效率和准确性。
附图说明
53.通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：
54.图1示意性示出了根据本公开实施例的可以应用任务调度方法和任务处理方法的系统架构；
55.图2示意性示出了根据本公开实施例的任务调度方法的流程图；
56.图3示意性示出了根据本公开实施例的任务处理方法的流程图；
57.图4示意性示出了根据本公开实施例的确定目标线程过程的示例示意图；
58.图5示意性示出了根据本公开实施例的任务调度方法和任务处理方法的工作时序图；
59.图6示意性示出了根据本公开的实施例的任务调度装置的框图；
60.图7示意性示出了根据本公开的实施例的任务处理装置的框图；以及
61.图8示意性示出了根据本公开实施例的适于实现任务调度方法和任务处理方法的
电子设备的框图。
具体实施方式
62.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
63.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
64.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
65.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
66.在本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。
67.在本公开的技术方案中，在获取或采集用户个人信息之前，均获取了用户的授权或同意。
68.由于调度器是按照固定频率获取状态为待处理的任务，导致调度器获取的任务并非一定是当前机器所需要执行的任务。此外，由于通常采用乐观锁机制对任务状态进行更新，在更新成功之后才可以执行，导致影响任务调度的执行效率。
69.综上所述，在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：无法保障任务调度的效率和准确性。
70.为了至少部分地解决相关技术中存在的技术问题，本公开提供了一种任务调度方法、任务处理方法、装置、电子设备和介质，可以应用于计算机技术领域和金融科技领域。该任务调度方法包括：响应于接收到来自调度器的任务获取请求，根据任务获取请求，确定任务集合，其中，任务获取请求包括与调度器对应的调度器标识，任务集合包括与待处理任务对应的至少一个待处理任务信息，至少一个待处理任务信息中的每个待处理任务信息均包括任务标识、任务信息、任务创建时间信息和任务状态信息；以及将任务集合发送至与调度器标识对应的调度器，以便于调度器根据任务创建时间信息，将任务集合中的至少一个待处理任务依次发送至线程池中的目标线程。
71.需要说明的是，本公开实施例提供的任务调度方法、任务处理方法和装置可用于
计算机技术领域和金融科技领域，例如应用于任务调度和任务处理。本公开实施例提供的任务调度方法、任务处理方法和装置也可用于除计算机技术领域和金融科技领域之外的任意领域，例如应用于企业运维。本公开实施例提供的任务调度方法、任务处理方法和装置的应用领域不做限定。
72.图1示意性示出了根据本公开实施例的可以应用任务调度方法和任务处理方法的系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
73.如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线和/或无线通信链路等等。
74.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端和/或社交平台软件等(仅为示例)。
75.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
76.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
77.需要说明的是，本公开实施例所提供的任务调度方法一般可以由终端设备101、102、或103执行，或者可以由不同于终端设备101、102、或103的其他终端设备执行。相应地，本公开实施例所提供的任务调度装置可以设置于终端设备101、102、或103中，或设置于不同于终端设备101、102、或103的其他终端设备中。
78.备选地，本公开实施例所提供的任务调度方法也可以由服务器105执行。相应地，本公开实施例所提供的任务调度装置也可以设置于服务器105中。本公开实施例所提供的任务调度方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的任务调度装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
79.需要说明的是，本公开实施例所提供的任务处理方法一般可以由服务器105执行。相应地，本公开实施例所提供的任务处理装置一般可以设置于服务器105中。本公开实施例所提供的任务处理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的任务处理装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
80.备选地，本公开实施例所提供的任务处理方法也可以由终端设备101、102、或103执行，或者也可以由不同于终端设备101、102、或103的其他终端设备执行。相应地，本公开实施例所提供的任务处理装置也可以设置于终端设备101、102、或103中，或设置于不同于
终端设备101、102、或103的其他终端设备中。
81.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
82.应注意，以下方法中各个操作的序号仅作为该操作的表示以便描述，而不应被看作表示该各个操作的执行顺序。除非明确指出，否则该方法不需要完全按照所示顺序来执行。
83.图2示意性示出了根据本公开实施例的任务调度方法的流程图。
84.如图2所示，该任务调度方法200包括操作s210～s220。
85.在操作s210，响应于接收到来自调度器的任务获取请求，根据任务获取请求，确定任务集合，其中，任务获取请求包括与调度器对应的调度器标识，任务集合包括与待处理任务对应的至少一个待处理任务信息，至少一个待处理任务信息中的每个待处理任务信息均包括任务标识、任务信息、任务创建时间信息和任务状态信息。
86.在操作s220，将任务集合发送至与调度器标识对应的调度器，以便于调度器根据任务创建时间信息，将任务集合中的至少一个待处理任务依次发送至线程池中的目标线程。
87.根据本公开的实施例，调度器可以向终端设备发送任务获取请求，终端设备可以接收该任务获取请求。任务获取请求可以包括调度器向终端设备发送的请求报文。终端设备在接收到请求报文之后，可以确定任务集合。
88.根据本公开的实施例，任务获取请求中可以包括调度器对应的调度器标识，在终端设备确定任务集合之后，可以根据该调度器标识将任务集合发送至对应的调度器。
89.根据本公开的实施例，工作人员可以预先将待处理数据等以任务的形式录入数据库，在终端设备接收到来自调度器的任务获取请求之后，可以根据任务获取请求，在数据库中确定任务集合。
90.根据本公开的实施例，任务集合中可以包括与待处理任务对应的至少一个待处理任务信息。至少一个待处理任务信息中的每个待处理任务信息均可以包括任务标识、任务信息、任务创建时间信息和任务状态信息。
91.根据本公开的实施例，任务标识可以用于标识待处理任务。任务信息可以包括任务的基本信息、任务的输入参数信息和任务的类型信息等。任务创建时间信息可以包括该待处理任务的创建时间。任务状态信息可以用于表征任务的状态，任务状态信息可以包括以下至少之一：待选择状态、选择完成状态、正在执行状态和执行完成状态等。
92.根据本公开的实施例，调度器可以根据任务集合中每个待处理任务的任务创建时间信息，将任务集合中的至少一个待处理任务依次发送至线程池中的目标线程。备选地，调度器也可以将任务集合中的至少一个待处理任务依次发布至消息队列，消息队列按照均衡分配算法将待处理任务发送至执行器。
93.根据本公开的实施例，待处理任务信息可以存储在数据库中。数据库可以包括关系型数据库，例如，oracle、sqlserver、sybase、informix、access、db2或mysql等。数据库也可以是非关系数据库，例如，hbase、cassandra、simpledb、couchdb、mongodb或redis等。
94.根据本公开的实施例，在调度器将任务集合中的每个待处理任务均发送至线程池中的目标线程之后，调度器可以进行预设时间的休眠。
95.根据本公开的实施例，通过根据任务获取请求确定任务集合，能够单次获取批量任务。此外，通过将任务集合发送至调度器，使得调度器能够根据任务创建时间信息，将至少一个待处理任务依次发送至线程池中的目标线程，能够减少资源消耗。另外，由于待处理任务信息包括任务标识、任务创建时间信息和任务状态信息，能够较为准确地区分任务创建时间和任务状态。基于上述技术手段，至少部分地克服了采用相关技术无法较好地保障任务调度的效率和准确性的技术问题，从而提高了任务调度的效率和准确性。
96.根据本公开的实施例，任务状态信息包括待选择状态和选择完成状态。
97.根据本公开的实施例，操作s210可以包括如下操作。
98.在任务状态信息为待选择状态的情况下，按照任务创建时间信息对待处理任务进行排序，得到待处理任务序列。根据待处理任务序列，确定预设数量的候选待处理任务。根据预设数量的候选待处理任务，确定任务集合。
99.根据本公开的实施例，可以在数据库存储的待处理任务中筛选任务状态信息为待选择状态的待处理任务，按照任务创建时间信息对待处理任务进行排序，根据得到的待处理任务序列，确定预设数量的候选待处理任务并确定任务集合。预设数量的具体数值可以根据实际需求进行设置，本公开实施例对此不作限定。
100.根据本公开的实施例，在确定任务集合之后，可以通过集合in的查询形式对任务集合涉及的行予以排他型的行锁锁定，即执行select xxx from jobs where id in(...)for update予以批次任务锁定。查询得到的行可以被当前事务予以处理，而其他并发事务执行相同的select xxx for update时会被阻塞，直到抢占行锁的事务提交事务完毕，释放行锁，能够保证该任务集合中涉及的任务被各调度器互斥访问。
101.根据本公开的实施例，通过在任务状态信息为待选择状态的情况下，按照任务创建时间信息对待处理任务进行排序，根据得到的待处理任务序列，确定预设数量的候选待处理任务并确定任务集合。通过上述技术手段，能够利用行锁技术锁定批量任务，从而提高了任务调度和执行的效率。
102.根据本公开的实施例，任务调度方法200还可以包括如下操作。
103.将与预设数量的候选待处理任务中的每个候选待处理任务分别对应的任务状态信息，更新为选择完成状态。
104.根据本公开的实施例，在确定任务集合之前，可以将与预设数量的候选待处理任务中的每个候选待处理任务分别对应的任务状态信息，更新为选择完成状态。例如，将待选择状态设置为0，选择完成状态设置为1，在确定预设数量的候选待处理任务的情况下，可以将对应的任务状态信息即update status设置为1。
105.根据本公开的实施例，通过将任务状态信息由待选择状态更新为选择完成状态，避免了其他调度器在当前调度器提交事务释放排他行锁后获取到相同的待处理任务，避免了任务的重复执行，从而提高了任务执行的效率。
106.根据本公开的实施例，调度器和线程池设置于同一进程。
107.根据本公开的实施例，进程可以指运行中的应用程序，每一个进程均有自己独立的内存空间，一个应用程序可以同时启动多个进程。线程可以指操作系统能够进行运算的最小单位，线程被包含在进程之中，是行程中的实际运行单位。一条线程是指进程中的一个单一顺序的控制流，一个进程中可以并行多个线程，每条线程可以并行执行不同的任务。
108.根据本公开的实施例，可以将调度器和执行器设置于同一进程，调度器设置为单独的线程，执行器设置为初始化的线程池，可以实现调度器和线程池之间的资源共享，即调度器可以在本地调用执行器的目标线程。
109.根据本公开的实施例，可以利用spring框架事务实现机制开启数据库事务。spring框架中实现事务控制的方式包括编程式事务和声明式事务。声明式事务可以包括基于注解方式。
110.以上仅是示例性实施例，但不限于此，还可以包括本领域已知的其他任务调度方法，只要能够实现任务调度即可。
111.图3示意性示出了根据本公开实施例的任务处理方法的流程图。
112.如图3所示，该任务处理方法300包括操作s310～s320。
113.在操作s310，响应于接收到来自于调度器的任务处理请求，根据任务处理请求，在线程池中确定目标线程，其中，任务处理请求包括与待处理任务对应的待处理任务信息，待处理任务信息包括任务标识、任务信息、任务创建时间信息和任务状态信息。
114.在操作s320，利用目标线程对待处理任务进行处理，得到任务处理结果。
115.根据本公开的实施例，调度器可以向服务器发送任务处理请求，服务器可以接收该任务处理请求。任务处理请求可以包括调度器向服务器发送的请求报文。服务器在接收到请求报文之后，可以在线程池中确定目标线程。
116.根据本公开的实施例，线程池可以至少包括以下至少之一：核心线程数量、线程数量阈值、线程存活时间、工作队列的类型和工作队列的预设容量。
117.根据本公开的实施例，任务处理请求中可以包括与待处理任务对应的待处理任务信息，在服务器确定目标线程之后，可以利用目标线程对与待处理任务信息对应的待处理任务进行处理，得到任务处理结果。
118.根据本公开的实施例，待处理任务信息可以包括任务标识、任务信息、任务创建时间信息和任务状态信息。任务标识可以用于标识待处理任务。任务信息可以包括任务的基本信息、任务的输入参数信息和任务的类型信息等。任务创建时间信息可以包括该待处理任务的创建时间。任务状态信息可以用于表征任务的状态，任务状态信息可以包括以下至少之一：待选择状态、选择完成状态、正在执行状态和执行完成状态等。
119.根据本公开的实施例，通过根据任务处理请求，在线程池中确定目标线程，通过利用目标线程对待处理任务进行处理，得到任务处理结果，能够避免线程创建带来的资源和时间消耗。此外，由于待处理任务信息包括任务标识、任务创建时间信息和任务状态信息，能够较为准确地区分任务创建时间和任务状态。基于上述技术手段，由于采用线程池技术进行线程复用，由此提高了任务调度的效率。
120.下面参考图4，对根据本公开实施例的任务处理方法300做进一步说明。
121.根据本公开的实施例，任务状态信息包括正在执行状态和执行完成状态。
122.根据本公开的实施例，任务处理方法300还可以包括如下操作。
123.将任务状态信息更新为正在执行状态。
124.根据本公开的实施例，任务处理方法300还可以包括如下操作。
125.将任务状态信息更新为执行完成状态。
126.根据本公开的实施例，通过将任务状态信息由选择完成状态更新为正在执行状
态，以及将任务状态信息由正在执行状态更新为，执行完成状态，可以实时了解任务的状态，从而提高了任务执行的效率。
127.根据本公开的实施例，线程池可以通过以下方式创建。
128.确定线程池参数。线程池参数可以包括核心线程数量、线程数量阈值、工作队列的类型和工作队列的预设容量中的至少一项。线程数量阈值是根据核心线程数量设置的。根据线程池参数，创建线程池。
129.根据本公开的实施例，线程池参数还可以包括线程存活时间和拒绝策略。核心线程数量可以表征为corepoolsize，线程数量阈值可以表征为maximumpoolsize，线程存活时间可以表征为keepalivetime，工作队列可以表征为workqueue。工作队列的类型可以包括以下至少之一：同步队列、有界线程、无界线程队列和任务优先队列。
130.根据本公开的实施例，在线程池参数包括核心线程数量的情况下，操作s310可以包括如下操作。
131.确定线程池中的当前线程数量。在当前线程数量小于核心线程数量的情况下，创建第一线程。将第一线程确定为目标线程。
132.根据本公开的实施例，在接收到来自于调度器的任务处理请求之后，可以确定当前线程数量与核心线程数量的关系。在当前线程数量小于核心线程数量的情况下，可以创建第一线程来对待处理任务进行处理。
133.根据本公开的实施例，在线程池参数包括核心线程数量、工作队列的类型和工作队列的预设容量的情况下，操作s310可以包括如下操作。
134.在当前线程数量大于或等于核心线程数量、且工作队列达到预设容量的情况下，创建第二线程。将第二线程确定为目标线程。
135.根据本公开的实施例，在接收到来自于调度器的任务处理请求之后，可以确定当前线程数量与核心线程数量的关系。在当前线程数量大于或等于核心线程数量情况下，可以确定工作队列是否达到预设容量。在工作队列达到预设容量的情况下，可以创建第二线程来对待处理任务进行处理。
136.根据本公开的实施例，任务处理方法300还可以包括如下操作。
137.在当前线程数量大于或等于核心线程数量、且工作队列未达到预设容量的情况下，将待处理任务添加至工作队列。
138.根据本公开的实施例，在接收到来自于调度器的任务处理请求之后，可以确定当前线程数量与核心线程数量的关系。在当前线程数量大于或等于核心线程数量情况下，可以确定工作队列是否达到预设容量。在工作队列未达到预设容量的情况下，可以将待处理任务添加至工作队列，等待空闲的核心线程去对待处理任务进行处理。
139.根据本公开的实施例，在线程池参数包括线程数量阈值的情况下，任务处理方法300还可以包括如下操作。
140.确定线程池中的当前线程数量。在当前线程数量大于或等于线程数量阈值的情况下，拒绝对待处理任务的处理。
141.根据本公开的实施例，在接收到来自于调度器的任务处理请求之后，可以确定当前线程数量与线程数量阈值的关系。在当前线程数量大于或等于线程数量阈值的情况下，可以拒绝对待处理任务的处理。
142.根据本公开的实施例，在当前线程数量大于核心线程数量的情况下，可以将超过线程存活时间的线程销毁，直至线程池中的当前线程数量小于或等于核心线程数量。
143.根据本公开的实施例，通过根据线程池参数创建线程池，并根据任务处理请求，在线程池中确定目标线程，可以实现线程复用，减少线程频繁创建、销毁的资源消耗，从而提高任务执行效率。
144.图4示意性示出了根据本公开实施例的确定目标线程方法的示例示意图。
145.如图4所示，确定目标线程方法400可以包括操作s411～操作s418。
146.在操作s411，可以确定线程池中的当前线程数量。
147.在操作s412，可以确定当前线程数量是否小于核心线程数量。
148.在确定当前线程数量小于核心线程数量的情况下，可以执行操作s413。在操作s413，可以创建第一线程并将第一线程确定为目标线程。
149.在确定当前线程数量大于或等于核心线程数量的情况下，可以执行操作s414。在操作s414，可以确定工作队列是否达到所述预设容量。
150.在确定工作队列未达到预设容量的情况下，可以执行操作s415。在操作s415，可以将待处理任务添加至工作队列。
151.在确定工作队列达到预设容量的情况下，可以执行操作s416。在操作s416，可以确定当前线程数量是否小于线程数量阈值。
152.在当前线程数量小于线程数量阈值的情况下，可以执行操作s417。在操作s417，可以创建第二线程并将第二线程确定为目标线程。
153.在当前线程数量大于或等于线程数量阈值的情况下，可以执行操作s418。在操作s418，可以拒绝对待处理任务的处理。
154.以上仅是示例性实施例，但不限于此，还可以包括本领域已知的其他任务处理方法，只要能够实现任务处理即可。
155.图5示意性示出了根据本公开实施例的任务调度方法和任务处理方法的工作时序图。
156.如图5所示，在操作s501，调度器可以向终端设备发送任务获取请求。
157.在操作s502，终端设备在接收到来自调度器的任务获取请求之后，在任务状态信息为待选择状态的情况下，可以按照任务创建时间信息对待处理任务进行排序，得到待处理任务序列。
158.在操作s503，终端设备可以根据待处理任务序列，确定预设数量的候选待处理任务。
159.在操作s504，终端设备可以将与预设数量的候选待处理任务中的每个候选待处理任务分别对应的任务状态信息，更新为选择完成状态。
160.在操作s505，终端设备可以根据预设数量的候选待处理任务，确定任务集合。
161.在操作s506，终端设备可以将任务集合发送至与调度器标识对应的调度器。
162.在操作s507，调度器在接收到来自终端设备的任务集合之后，可以向服务器发送任务处理请求。
163.在操作s508，服务器在接收到来自调度器的任务处理请求之后，可以根据任务处理请求，在线程池中确定目标线程。
164.在操作s509，服务器在根据任务处理请求，在线程池中确定目标线程之后，可以将任务状态信息更新为正在执行状态。
165.在操作s510，服务器可以利用目标线程对待处理任务进行处理，得到任务处理结果。
166.在操作s511，服务器在利用目标线程对待处理任务进行处理，得到任务处理结果之后，可以将任务状态信息更新为执行完成状态。
167.图6示意性示出了根据本公开的实施例的任务调度装置的框图。
168.如图6所示，任务调度装置600可以包括第一确定模块601和发送模块602。
169.第一确定模块601，用于响应于接收到来自调度器的任务获取请求，根据任务获取请求，确定任务集合，其中，任务获取请求包括与调度器对应的调度器标识，任务集合包括与待处理任务对应的至少一个待处理任务信息，至少一个待处理任务信息中的每个待处理任务信息均包括任务标识、任务信息、任务创建时间信息和任务状态信息。
170.发送模块602，用于将任务集合发送至与调度器标识对应的调度器，以便于调度器根据任务创建时间信息，将任务集合中的至少一个待处理任务依次发送至线程池中的目标线程。
171.根据本公开的实施例，任务状态信息包括待选择状态和选择完成状态。
172.根据本公开的实施例，第一确定模块601可以包括排序单元、第一确定单元和第二确定单元。
173.排序单元，用于在任务状态信息为待选择状态的情况下，按照任务创建时间信息对待处理任务进行排序，得到待处理任务序列。
174.第一确定单元，用于根据待处理任务序列，确定预设数量的候选待处理任务。
175.第二确定单元，用于根据预设数量的候选待处理任务，确定任务集合。
176.根据本公开的实施例，第一确定模块601还可以包括更新单元。
177.更新单元，用于将与预设数量的候选待处理任务中的每个候选待处理任务分别对应的任务状态信息，更新为选择完成状态。
178.根据本公开的实施例，调度器和线程池设置于同一进程。
179.图7示意性示出了根据本公开的实施例的任务处理装置的框图。
180.如图7所示，任务处理装置700可以包括第二确定模块701和处理模块702。
181.第二确定模块701，用于响应于接收到来自于调度器的任务处理请求，根据任务处理请求，在线程池中确定目标线程，其中，任务处理请求包括与待处理任务对应的待处理任务信息，待处理任务信息包括任务标识、任务信息、任务创建时间信息和任务状态信息。
182.处理模块702，用于利用目标线程对待处理任务进行处理，得到任务处理结果。
183.根据本公开的实施例，任务状态信息包括正在执行状态和执行完成状态。
184.根据本公开的实施例，任务处理装置700还可以包括第一更新模块。
185.第一更新模块，用于将任务状态信息更新为正在执行状态。
186.根据本公开的实施例，任务处理装置700还可以包括第二更新模块。
187.第二更新模块，用于将任务状态信息更新为执行完成状态。
188.根据本公开的实施例，线程池可以通过以下方式创建。
189.确定线程池参数，其中，所述线程池参数包括核心线程数量、线程数量阈值、工作
队列的类型和工作队列的预设容量，线程数量阈值是根据核心线程数量设置的。根据线程池参数，创建线程池。
190.根据本公开的实施例，第二确定模块701可以包括第三确定单元、第一创建单元和第四确定单元。
191.第三确定单元，用于确定线程池中的当前线程数量。
192.第一创建单元，用于在当前线程数量小于核心线程数量的情况下，创建第一线程。
193.第四确定单元，用于将第一线程确定为目标线程。
194.根据本公开的实施例，第二确定模块701还可以包括第二创建单元和第五确定单元。
195.第二创建单元，用于在当前线程数量大于或等于核心线程数量、且工作队列达到预设容量的情况下，创建第二线程。
196.第五确定单元，用于将第二线程确定为目标线程。
197.根据本公开的实施例，第二确定模块701还可以包括添加单元。
198.添加单元，用于在当前线程数量大于或等于核心线程数量、且工作队列未达到预设容量的情况下，将待处理任务添加至工作队列。
199.根据本公开的实施例，第二确定模块701还可以包括第六确定单元和拒绝单元。
200.第六确定单元，用于确定线程池中的当前线程数量。
201.拒绝单元，用于在当前线程数量大于或等于线程数量阈值的情况下，拒绝对待处理任务的处理。
202.根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
203.例如，第一确定模块601、发送模块602、第二确定模块701和处理模块702中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，第一确定模块601、发送模块602、第二确定模块701和处理模块702中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一确定模块601、发送模块602、第二确定模块701和处理模块702中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行
相应的功能。
204.需要说明的是，本公开的实施例中任务调度装置部分与本公开的实施例中任务调度方法部分是相对应的，任务调度装置部分的描述具体参考任务调度方法部分，在此不再赘述。本公开的实施例中任务处理装置部分与本公开的实施例中任务处理方法部分是相对应的，任务处理装置部分的描述具体参考任务处理方法部分，在此不再赘述。
205.图8示意性示出了根据本公开实施例的适于实现任务调度方法和任务处理方法的电子设备的框图。图8示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
206.如图8所示，根据本公开实施例的计算机电子设备800包括处理器801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分809加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
207.在ram 803中，存储有电子设备800操作所需的各种程序和数据。处理器801、rom 802以及ram 803通过总线804彼此相连。处理器801通过执行rom 802和/或ram 803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom802和ram 803以外的一个或多个存储器中。处理器801也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
208.根据本公开的实施例，电子设备800还可以包括输入/输出(i/o)接口805，输入/输出(i/o)接口805也连接至总线804。电子设备800还可以包括连接至i/o接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
209.根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
210.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
211.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介
质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
212.例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 802和/或ram 803和/或rom 802和ram 803以外的一个或多个存储器。
213.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行本公开实施例所提供的方法的程序代码，当计算机程序产品在电子设备上运行时，该程序代码用于使电子设备实现本公开实施例所提供的任务调度方法和任务处理方法。
214.在该计算机程序被处理器801执行时，执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
215.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分809被下载和安装，和/或从可拆卸介质811被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
216.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
217.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
218.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。