一种任务处理方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种任务处理方法和装置。


背景技术：

2.在后端开发过程中，通常采用线程池并行处理任务。当服务需要重启或重新部署时，为了保证线程池中的任务不丢失，现有技术通过回调函数处理线程池中剩余的任务。
3.具体地，hook线程在接收到服务的关闭信号后，检查线程池中是否存在未执行完成的任务，如果存在，则线程池继续执行任务，否则，hook线程通知服务关闭。也就是说，现有技术需要等待线程池中的任务执行结束，才能够关闭服务，如果任务比较多或者执行过程存在问题，则需要耗费较长的时间才能够关闭服务。


技术实现要素：

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.在所述内存中，所述多个任务快照以具有锁的list数据结构存储。
33.可选地，
34.所述确定是否需要写入任务快照，包括：
35.确定服务是否需要关闭；
36.所述确定是否需要恢复所述任务快照，包括：
37.确定所述服务是否启动。
38.第二方面，本发明实施例提供了一种任务处理装置，包括：
39.写入模块，配置为确定是否需要写入任务快照，如果是，对线程池中的任务进行序列化，得到所述任务快照；
40.存储模块，配置为存储所述任务快照；
41.恢复模块，配置为确定是否需要恢复所述任务快照，如果是，读取所述任务快照；对所述任务快照进行反序列化，得到所述任务；
42.提交模块，配置为将所述任务提交到所述线程池中。
43.第三方面，本发明实施例提供了一种电子设备，包括：
44.一个或多个处理器；
45.存储装置，用于存储一个或多个程序，
46.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述任一实施例所述的方法。
47.第四方面，本发明实施例提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述任一实施例所述的方法。
48.上述发明中的一个实施例具有如下优点或有益效果：在需要关闭服务或线程池等场景下，该方法可以通过序列化将线程池中未完成的任务转换成任务快照，并存储；当服务或线程池启动等场景下，通过反序列化将任务快照转换成任务，并提交到线程池中，以使线程池继续执行任务。该方法能够降低关闭服务或线程池的等待时间，快速恢复任务执行，避免任务丢失。
49.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
50.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
51.图1是本发明的一个实施例提供的一种线程池执行任务的流程图；
52.图2是本发明的一个实施例提供的一种关闭容器的流程图；
53.图3是本发明的一个实施例提供的一种任务处理方法的流程图；
54.图4是本发明的另一个实施例提供的一种任务处理方法的流程图；
55.图5是本发明的一个实施例提供的一种任务处理装置的示意图；
56.图6是本发明实施例可以应用于其中的示例性系统架构图；
57.图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
58.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
59.在后端开发过程中，常常需要采用线程池并行处理任务。如图1所示，待处理的任务被提交到线程池的缓存队列中，由不同的线程从缓存队列中拉取任务并处理。
60.在容器需要重启或重新部署等场景下，线程池中的部分任务未完成。为了确保任务顺利完成，现有技术通常基于hook机制处理线程池中未完成的任务。具体过程如图2所示，hook线程在接收到服务的关闭信号后，检查线程池中是否存在未执行完成的任务，如果存在，则线程池继续执行任务，否则，hook线程通知服务关闭。
61.但是，现有技术在执行过程中可能面临以下几种情况：
62.(1)线程池中任务数量较多，处理完成这些任务需要耗费大量的时间；
63.(2)线程池中任务数量较少，任务自身需要耗费较长的时间；
64.(3)线程池中任务数量较少，但是任务处理所依赖的某个流程出现问题。
65.上述情况将导致线程池花费较长的时间才能够完成任务处理，进而导致容器需要长时间等待才能够关闭。
66.鉴于此，如图3所示，本发明实施例提供了一种任务处理方法，包括：
67.步骤301：当确定需要写入任务快照时，对线程池中的任务进行序列化，得到任务快照。
68.在本发明实施例中，可以预先配置快照写入条件，当满足快照写入条件时，执行快照写入流程，即对线程池中的任务进行序列化，并执行后续步骤。例如，当线程池执行目标任务的时间超过预设值，则对线程池中的任务进行序列化。线程池执行目标任务花费较长的时间未完成，说明目标任务的执行过程可能出现问题，此时，可以执行快照写入流程，然后重启线程池。
69.在本发明实施例中，还可以在监听到指定事件时，执行快照写入流程。例如，当监听到容器或应用的关闭信号时，对线程池中的任务进行序列化，得到任务快照。因此，在不同的应用场景下，当需要暂停线程池中的任务时，可以将任务以任务快照的形式保存，以便于后续恢复执行。
70.步骤302：存储任务快照。
71.步骤303：当确定需要恢复任务快照时，读取任务快照。
72.在本发明实施例中，可以在监听到指定事件时，执行快照恢复流程。例如，当监听到容器或应用的启动信号时，读取任务快照。因此，在不同的应用场景下，当需要恢复执行
任务时，可以将任务快照反序列化，并将得到的任务提交至线程池中继续执行。
73.步骤304：对任务快照进行反序列化，得到任务。
74.步骤305：将任务提交到线程池中。
75.在需要关闭服务或线程池等场景下，该方法可以通过序列化将线程池中未完成的任务转换成任务快照，并存储；当服务或线程池启动等场景下，通过反序列化将任务快照转换成任务，并提交到线程池中，以使线程池继续执行任务。该方法能够降低关闭服务或线程池的等待时间，快速恢复任务执行，避免任务丢失。
76.在本发明实施例中，确定是否需要写入任务快照，包括：确定预设的快照状态机的状态是否为开启；
77.确定是否需要恢复任务快照，包括：确定快照状态机的状态是否为关闭。
78.在本发明实施例中，快照状态机的状态包括两种，开启和关闭，分别对应写入任务快照和恢复任务快照。
79.本发明实施例通过快照状态机的状态识别是否写入任务快照或恢复任务快照。在实际应用场景中，技术人员根据需求更改快照状态机的状态。快照状态机的状态还可以由监听进程确定，例如，当监听到应用开启时，监听进程将快照状态机的状态修改为关闭。本发明实施例通过快照状态机准确执行任务快照写入和恢复流程，快速恢复任务执行。
80.在本发明的一个实施例中，存储任务快照，包括：将多个任务快照添加到内存中；将内存中的多个任务快照写入磁盘的指定文件中；
81.读取任务快照，包括：从磁盘的指定文件中读取多个任务快照，并添加到内存中。
82.本发明实施例将多个任务快照依次添加到内存中暂存，当任务快照都添加到内存中后，该方法将内存中的任务快照一次写入磁盘的指定文件中，持久化存储。任务快照一次写入磁盘，能够降低对磁盘的损耗，提高写入效率。存储到磁盘中能够降低对内存资源的消耗。并且，本发明实施例不依赖第三方工具，能够降低存储成本。
83.在本发明的一个实施例中，存储任务快照，包括：将多个任务快照添加到内存中；将内存中的多个任务快照写入数据库的指定文件中；
84.读取任务快照，包括：从数据库的指定文件中读取多个任务快照，并添加到内存中。
85.在本发明实施例中，还可以依赖第三方数据库进行任务快照的持久化存储。
86.在本发明的一个实施例中，在将任务提交到线程池中之后，该方法包括：
87.删除存储的任务快照。
88.为了避免任务被重复提交至线程池中执行，在将任务提交至线程池中之后，删除磁盘、内存或数据库中的任务快照。
89.在本发明的一个实施例中，在内存中，多个任务快照以具有锁的list数据结构存储。
90.本发明实施例通过具有锁的list数据结构存储任务快照，能够提高任务快照的存储安全，同时保证任务快照依次被反序列化。
91.在本发明的一个实施例中，确定是否需要写入任务快照，包括：确定服务是否需要关闭；
92.确定是否需要恢复任务快照，包括：确定服务是否启动。
93.本发明实施例基于服务的状态确定是否写入或恢复任务快照，能够在服务需要关闭时，及时保存任务快照，在服务重启或重新部署完成后，恢复任务执行，保证任务不丢失。
94.如图4所示，本发明实施例提供了一种任务处理方法，该方法包括：
95.步骤401：当确定预设的快照状态机的状态为开启时，对线程池中的多个任务分别进行序列化，得到多个任务快照。
96.本发明实施例通过预设的快照状态机snapshortflag定义是否生成任务快照。当snapshortflag为true时，快照状态机的状态为开启，当sna pshortflag为false时，快照状态机的状态为关闭。以服务重启为例，当服务需要关闭时，snapshortflag被更改为true，当服务启动时，snapsho rtflag被更改为false。
97.当snapshortflag为true时，执行线程池shutdown方法，此时，线程池不再接收新的任务，只处理缓存队列中的任务。
98.步骤402：将多个任务快照添加到内存中。
99.将多个任务快照添加到synchronizedlist集合中暂存。
100.步骤403：将内存中的多个任务快照写入磁盘的指定文件中。
101.将synchronizedlist集合中任务快照一次性写入指定文件task.dump中。
102.步骤404：当确定快照状态机的状态为关闭时，从磁盘的指定文件中读取多个任务快照，并添加到内存中。
103.当snapshortflag为false时，检查磁盘的task.dump中是否存在任务快照，如果存在，则将任务快照读取到内存中。
104.步骤405：对多个任务快照进行反序列化，得到多个任务。
105.步骤406：将多个任务分别提交到线程池中。
106.步骤407：当多个任务均提交到线程池中后，删除存储的任务快照。
107.步骤401
‑
步骤403为写入任务快照流程，步骤404
‑
步骤407为恢复任务快照流程。
108.在线程池任务需要暂存的场景中，本发明实施例可以通过写入任务快照，防止任务丢失，当线程池恢复执行时，恢复任务快照，并将任务提交到线程池中继续执行。本发明实施例可以通过写入和恢复任务快照实现任务暂存和快速恢复任务，避免长时间等待。
109.如图5所示，本发明实施例提供了一种任务处理装置，包括：
110.写入模块501，配置为确定是否需要写入任务快照，如果是，对线程池中的任务进行序列化，得到任务快照；
111.存储模块502，配置为存储任务快照；
112.恢复模块503，配置为确定是否需要恢复任务快照，如果是，读取任务快照；对任务快照进行反序列化，得到任务；
113.提交模块504，配置为将任务提交到线程池中。
114.在本发明的一个实施例中，写入模块501，配置为确定预设的快照状态机的状态是否为开启；恢复模块503，配置为确定快照状态机的状态是否为关闭。
115.在本发明的一个实施例中，存储模块502，配置为将多个任务快照添加到内存中；将内存中的多个任务快照写入磁盘的指定文件中；
116.恢复模块503，配置为从磁盘的指定文件中读取多个任务快照，并添加到内存中。
117.在本发明的一个实施例中，存储模块502，配置为将多个任务快照添加到内存中；
将内存中的多个任务快照写入数据库的指定文件中；
118.恢复模块503，配置为从数据库的指定文件中读取多个任务快照，并添加到内存中。
119.在本发明的一个实施例中，提交模块504，配置为删除存储的任务快照。
120.在本发明的一个实施例中，在内存中，多个任务快照以具有锁的list数据结构存储。
121.在本发明的一个实施例中，写入模块501，配置为确定服务是否需要关闭；恢复模块503，配置为确定服务是否启动。
122.本发明实施例提供了一种电子设备，包括：
123.一个或多个处理器；
124.存储装置，用于存储一个或多个程序，
125.当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述任一实施例的方法。
126.本发明实施例提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如上述任一实施例所述的方法。
127.图6示出了可以应用本发明实施例的任务处理方法或任务处理装置的示例性系统架构600。
128.如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
129.用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
130.终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
131.服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息
‑‑
仅为示例)反馈给终端设备。
132.需要说明的是，本发明实施例所提供的任务处理方法一般由服务器605执行，相应地，任务处理装置一般设置于服务器605中。
133.应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
134.下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
135.如图7所示，计算机系统700包括中央处理单元(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram 703中，还存储有系统700操作所需的各种程序和数据。
cpu 701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
136.以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
137.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本发明的系统中限定的上述功能。
138.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
139.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
140.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬
件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送模块、获取模块、确定模块和第一处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，发送模块还可以被描述为“向所连接的服务端发送图片获取请求的模块”。
141.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
142.确定是否需要写入任务快照，如果是，对线程池中的任务进行序列化，得到所述任务快照；
143.存储所述任务快照；
144.确定是否需要恢复所述任务快照，如果是，读取所述任务快照；
145.对所述任务快照进行反序列化，得到所述任务；
146.将所述任务提交到所述线程池中。
147.根据本发明实施例的技术方案，在需要关闭服务或线程池等场景下，该方法可以通过序列化将线程池中未完成的任务转换成任务快照，并存储；当服务或线程池启动等场景下，通过反序列化将任务快照转换成任务，并提交到线程池中，以使线程池继续执行任务。该方法能够降低关闭服务或线程池的等待时间，快速恢复任务执行，避免任务丢失。
148.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

技术特征：
1.一种任务处理方法，其特征在于，包括：确定是否需要写入任务快照，如果是，对线程池中的任务进行序列化，得到所述任务快照；存储所述任务快照；确定是否需要恢复所述任务快照，如果是，读取所述任务快照；对所述任务快照进行反序列化，得到所述任务；将所述任务提交到所述线程池中。2.如权利要求1所述的方法，其特征在于，所述确定是否需要写入任务快照，包括：确定预设的快照状态机的状态是否为开启；所述确定是否需要恢复所述任务快照，包括：确定所述快照状态机的状态是否为关闭。3.如权利要求1所述的方法，其特征在于，所述存储所述任务快照，包括：将多个任务快照添加到内存中；将所述内存中的多个任务快照写入磁盘的指定文件中；所述读取所述任务快照，包括：从所述磁盘的指定文件中读取多个任务快照，并添加到内存中。4.如权利要求3所述的方法，其特征在于，所述存储所述任务快照，包括：将多个任务快照添加到内存中；将所述内存中的多个任务快照写入数据库的指定文件中；所述读取所述任务快照，包括：从所述数据库的指定文件中读取多个任务快照，并添加到内存中。5.如权利要求1所述的方法，其特征在于，在所述将所述任务提交到所述线程池中之后，进一步包括：删除存储的所述任务快照。6.如权利要求1所述的方法，其特征在于，在所述内存中，所述多个任务快照以具有锁的list数据结构存储。7.如权利要求1
‑
6中任一所述的方法，其特征在于，所述确定是否需要写入任务快照，包括：确定服务是否需要关闭；所述确定是否需要恢复所述任务快照，包括：确定所述服务是否启动。8.一种任务处理装置，其特征在于，包括：写入模块，配置为确定是否需要写入任务快照，如果是，对线程池中的任务进行序列化，得到所述任务快照；存储模块，配置为存储所述任务快照；恢复模块，配置为确定是否需要恢复所述任务快照，如果是，读取所述任务快照；对所
述任务快照进行反序列化，得到所述任务；提交模块，配置为将所述任务提交到所述线程池中。9.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1
‑
7中任一所述的方法。10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1
‑
7中任一所述的方法。
技术总结
本发明公开了一种任务处理方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：确定是否需要写入任务快照，如果是，对线程池中的任务进行序列化，得到所述任务快照；存储所述任务快照；确定是否需要恢复所述任务快照，如果是，读取所述任务快照；对所述任务快照进行反序列化，得到所述任务；将所述任务提交到所述线程池中。该实施方式能够降低关闭服务所需的等待时间，快速恢复任务执行，防止任务丢失。丢失。丢失。


技术研发人员：程浩
受保护的技术使用者：北京京东世纪贸易有限公司
技术研发日：2021.03.24
技术公布日：2021/6/29