CN109800068A - 处理定时任务的方法、系统、主服务器和定时任务服务器 - Google Patents

Abstract

本公开涉及一种处理定时任务的方法、系统、主服务器和定时任务服务器，所述方法包括：业务服务器接收更新信息，基于所述更新信息更新自身的定时任务信息，并发送所述更新信息至主服务器；所述主服务器基于所述更新信息更新自身的定时任务信息，并将所述更新信息发送至定时任务服务器；所述定时任务服务器基于所述更新信息更新自身的定时任务信息，并基于自身更新后的所述定时任务信息执行定时任务。如此定时任务运行于定时任务服务器上，且可以通过主服务器接收来自业务服务器的更新信息用于更新定时任务信息，以运行更新后的定时任务，避免了定时任务运行时对业务服务器性能的影响，使得业务服务器可以顺畅运行系统业务。

Description

处理定时任务的方法、系统、主服务器和定时任务服务器

技术领域

本公开涉及计算机技术领域，具体地，涉及一种处理定时任务的方法、系统、主服务器和定时任务服务器。

背景技术

定时任务往往通过计算机系统来自动监控执行，对于部分规模较大的公司，往往有较多业务，因此有较多项目需要进行同步管理，而每个项目往往又包含多个定时任务，因此需要公司同时监控执行多个定时任务。

相关技术中，在管理系统业务的业务服务器上运行定时任务，而定时任务在业务服务器上运行时，会占用系统资源，大量定时任务运行在业务服务器上，以及需要长时间运行的定时任务在业务服务器上运行时，会影响业务服务器的整体性能，导致例如用户访问业务服务器的响应时间增加等问题。

发明内容

本公开的目的是提供一种处理定时任务的方法、系统、主服务器和定时任务服务器，用于解决相关技术中，定时任务运行于业务服务器上导致的业务服务器性能受到影响的技术问题。

本公开实施例的第一方面，提供一种处理定时任务的方法，所述方法包括：

业务服务器接收更新信息，基于所述更新信息更新自身的定时任务信息，并发送所述更新信息至主服务器；

所述主服务器基于所述更新信息更新自身的定时任务信息，并将所述更新信息发送至定时任务服务器；

所述定时任务服务器基于所述更新信息更新自身的定时任务信息，并基于自身更新后的所述定时任务信息执行定时任务。

可选地，所述定时任务信息包括定时任务和对应于所述定时任务的定时任务服务器地址，所述基于自身更新后的所述定时任务信息执行定时任务，包括：

所述定时任务服务器获取包括与自身地址相同的定时任务服务器地址的定时任务信息；

所述定时任务服务器执行对应于获取的所述定时任务信息的定时任务。

可选地，所述定时任务服务器执行对应于获取的所述定时任务信息的定时任务之前，所述方法还包括：

所述定时任务服务器确认自身正在执行的定时任务的数量小于或等于阈值。

可选地，所述业务服务器数量大于或等于两个，所述业务服务器发送所述更新信息至主服务器之后，所述方法还包括：

所述主服务器将接收的更新信息发送至其他的业务服务器；

其他的业务服务器基于所述更新信息更新自身的定时任务信息。

可选地，所述更新信息包括对所述定时任务信息的新增、修改、删除、启动和禁用中的一种或多种。

本公开实施例的第二方面，提供一种处理定时任务的方法，应用于主服务器，包括如上述第一方面中任一项所述的处理定时任务的方法中的主服务器所执行的步骤。

本公开实施例的第三方面，提供一种处理定时任务的方法，应用于定时任务服务器，包括如上述第一方面中任一项所述的处理定时任务的方法中的定时任务服务器所执行的步骤。

本公开实施例的第四方面，提供一种主服务器，所述主服务器被配置为执行如上述第一方面中任一项所述的处理定时任务的方法中的主服务器所执行的步骤。

本公开实施例的第五方面，提供一种定时任务服务器，所述定时任务服务器被配置为执行如上述第一方面中任一项所述的处理定时任务的方法中的定时任务服务器所执行的步骤。

本公开实施例的第六方面，提供一种处理定时任务的系统，包括：业务服务器、主服务器和定时任务服务器，其中，

所述业务服务器用于接收更新信息，基于所述更新信息更新自身的定时任务信息，并发送所述更新信息至主服务器；

所述主服务器用于基于所述更新信息更新自身的定时任务信息，并将所述更新信息发送至定时任务服务器；

所述定时任务服务器用于基于所述更新信息更新自身的定时任务信息，并基于自身更新后的所述定时任务信息执行定时任务。

通过上述技术方案，业务服务器接收更新信息，基于所述更新信息更新自身的定时任务信息，并发送所述更新信息至主服务器；主服务器基于所述更新信息更新自身的定时任务信息，并将所述更新信息发送至定时任务服务器；所述定时任务服务器基于所述更新信息更新自身的定时任务信息，并基于自身更新后的所述定时任务信息执行定时任务。如此定时任务运行于定时任务服务器上，且可以通过主服务器接收来自业务服务器的更新信息用于更新定时任务信息，以运行更新后的定时任务，避免了定时任务运行时对业务服务器性能的影响，使得业务服务器可以顺畅运行系统业务。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据一示例性实施例示出的一种处理定时任务的系统的示意图。

图2是根据一示例性实施例示出的一种处理定时任务的方法的流程图。

图3是根据一示例性实施例示出的一种后台管理页面的界面图。

图4是根据一示例性实施例示出的一种处理定时任务的方法包括的步骤中基于自身更新后的所述定时任务信息执行定时任务的流程图。

图5是根据一示例性实施例示出的一种后台管理页面的另一界面图。

图6是根据一示例性实施例示出的一种处理定时任务的方法包括的步骤中基于自身更新后的所述定时任务信息执行定时任务的另一流程图。

图7是根据一示例性实施例示出的一种后台管理页面的另一界面图。

图8是根据一示例性实施例示出的一种电子设备的框图。

图9是根据一示例性实施例示出的一种处理定时任务的系统的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

图1是根据一示例性实施例示出的一种处理定时任务的系统的示意图，如图1所示，该系统包括：业务服务器110、主服务器120和定时任务服务器130。其中，业务服务器110包括业务服务器111和业务服务器112，定时任务服务器130包括定时任务服务器131和定时任务服务器132。

业务服务器110可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。业务服务器110用于运行系统的业务，例如响应用户的访问，接收用户提供的用于更新定时任务信息的更新信息等。

定时任务服务器130可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。定时任务服务器130用于运行定时任务。

主服务器120可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。主服务器120用于与业务服务器110和定时任务服务器130相互传输数据，例如可以通过Netty技术框架实现的通讯功能将更新信息由业务服务器110传输至主服务器120，也可以通过Netty技术框架实现的通讯功能将更新信息由主服务器120传输至定时任务服务器130。需要说明的是，主服务器120与业务服务器110均不用于运行定时任务。该系统可以基于主从式架构实现。

图2是根据一示例性实施例示出的一种处理定时任务的方法的流程图，该方法可以应用于如图1所示的业务服务器110、主服务器120和定时任务服务器130，如图2所示，该方法包括：

S11，业务服务器接收更新信息，基于所述更新信息更新自身的定时任务信息，并发送所述更新信息至主服务器。

S12，所述主服务器基于所述更新信息更新自身的定时任务信息，并将所述更新信息发送至定时任务服务器。

S13，所述定时任务服务器基于所述更新信息更新自身的定时任务信息，并基于自身更新后的所述定时任务信息执行定时任务。

本公开中，定时任务信息为与定时任务相关的信息，可以包括定时任务名称、首次执行时间、执行频率以及执行该定时任务的服务器地址中的一种或多种。

本公开中，更新信息为用于更新定时任务信息的信息，可以包括对所述定时任务信息的新增、修改、删除、启动和禁用中的一种或多种。

在步骤S11中，业务服务器接收更新信息可以是接收来自终端的更新信息，如终端可以为电脑，工作人员在电脑上生成更新信息后，通过电脑向业务服务器发送更新信息。接收更新信息可以通过对本系统提供后台管理页面实现，也可以通过对外部系统提供HTTP接口实现，方便工作人员生成更新信息。业务服务器接收到更新信息后，基于所述更新信息更新自身的定时任务信息，并发送所述更新信息至主服务器。业务服务器基于更新信息更新自身的定时任务信息可以是将更新信息中与定时任务信息中不同的信息同步至定时任务信息。

举例来讲，如图3所示，假设需要对序号为“4”，任务名称为“应付自动核销”的定时任务进行更新，则点击如图3所示的界面顶部的“修改”按钮，弹出如图3所示位于界面中央的对话框，可以相应的修改该定时任务的“名称”、“描述”、“内容”、“执行频率”和首次执行时间中的至少一者，若新建该定时任务时的首次执行时间为2017年6月1日，现欲修改其首次执行时间为2017年7月23日，则可以在“首次执行时间”对应的输入框中输入如图3所示的字符“2017-07-23”，然后点击“确定”按钮即可生成更新信息。之后，生成该更新信息的电脑将该更新信息发送至业务服务器111(参见图1)，业务服务器111接收到该更信息后，先将自身存放的定时任务信息中对应该定时任务的首次执行时间修改为2017年7月23日，然后再将该更新信息发送至主服务器120(参见图1)。此外，还可以点击如图3所示的界面顶部的“新增”按钮增加新的定时任务，点击“查看”按钮以查看定时任务的详细信息，点击“删除”按钮删除已有的定时任务，点击“启用”或“禁用”按钮对已有的定时任务进行启动或禁用。

业务服务器发送所述更新信息至主服务器之后，执行步骤S12，所述主服务器基于所述更新信息更新自身的定时任务信息，并将所述更新信息发送至定时任务服务器。主服务器基于所述更新信息更新自身的定时任务信息的方式可以与业务服务器基于所述更新信息更新自身的定时任务信息的方式相同。如此，主服务器主要起中转调度，缓存同步的作用，而不用于定时任务的运行，避免将定时任务运行于主服务器使得主服务器运行压力过大导致的宕机。

举例来讲，如图1所示，业务服务器111接收更新信息后，发送至主服务器120，主服务器120基于该更新信息更新主服务器120上的定时任务信息，并将该更新信息发送至定时任务服务器131、132。

可选地，在业务服务器数量大于或等于两个的情况下，所述业务服务器发送所述更新信息至主服务器之后，所述方法还包括：

所述主服务器将接收的更新信息发送至其他的业务服务器；

其他的业务服务器基于所述更新信息更新自身的定时任务信息。

其中，发送更新信息的业务服务器与其他的从主服务器接收更新信息的业务服务器属于不同的业务服务器，如此可以及时更新其他业务服务器上的定时任务信息，使所有业务服务器的定时任务信息相同，以方便使用不同业务服务器的工作人员同步管理定时任务。

沿用上述例子，主服务器120接收来自业务服务器111的更新信息之后，除了将更新信息发送至定时任务服务器131、132之外，还将更新信息发送至业务服务器112，使得业务服务器112基于该更新信息更新业务服务器112上的定时任务信息。

主服务器将所述更新信息发送至定时任务服务器之后，执行步骤S13，所述定时任务服务器基于所述更新信息更新自身的定时任务信息，并基于自身更新后的所述定时任务信息执行定时任务。其中，系统中所有的定时任务服务器均接收到来自主服务器的更新信息并分别基于所述更新信息更新自身的定时任务信息，定时任务服务器基于所述更新信息更新自身的定时任务信息的方式可以与主服务器或业务服务器相同。定时任务服务器可以选用运算能力强，执行速度快的服务器，用于运行大量的定时任务。

沿用上述例子，定时任务服务器131接收到更新信息后，基于更新信息更新定时任务服务器131上的定时任务信息，并基于定时任务服务器131上更新后的定时任务信息执行定时任务。定时任务服务器132接收到更新信息后，基于更新信息更新定时任务服务器132上的定时任务信息，并基于定时任务服务器132上更新后的定时任务信息执行定时任务。

业务服务器接收更新信息，基于所述更新信息更新自身的定时任务信息，并发送所述更新信息至主服务器；主服务器基于所述更新信息更新自身的定时任务信息，并将所述更新信息发送至定时任务服务器；所述定时任务服务器基于所述更新信息更新自身的定时任务信息，并基于自身更新后的所述定时任务信息执行定时任务。如此定时任务运行于定时任务服务器上，且可以通过主服务器接收来自业务服务器的更新信息用于更新定时任务信息，以运行更新后的定时任务，避免了定时任务运行时对业务服务器性能的影响，使得业务服务器可以顺畅运行系统业务。

此外，若业务服务器或定时任务服务器宕机，导致自身存放的定时任务信息丢失，则可以从主服务器获取定时任务信息，使得业务服务器或定时任务服务器宕机可以重新正常运行。业务服务器接收到更新信息后，也可以将更新信息发送至数据库，更新数据库中的定时任务信息。

值得说明的是，对于图2所示的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本公开所必须的。

可选地，所述定时任务信息包括定时任务和对应于所述定时任务的定时任务服务器地址，如图4所示，所述基于自身更新后的所述定时任务信息执行定时任务，包括：

S131，所述定时任务服务器获取包括与自身地址相同的定时任务服务器地址的定时任务信息。

S132，所述定时任务服务器执行对应于获取的所述定时任务信息的定时任务。

在步骤S131中，定时任务服务器可以定时扫描自身存放的定时任务，当扫描到某定时任务对应的服务器IP地址与自身IP地址相同时，表示该定时任务需要由自身运行，进而获取该定时任务对应的定时任务信息，如执行频率，首次执行时间等，之后执行步骤S132，定时任务服务器执行对应于获取的所述定时任务信息的定时任务，即执行获取的与自身IP地址相同的定时任务信息对应的定时任务。

举例来讲，假设定时任务服务器131的IP地址为192.168.225.17，定时任务服务器132的IP地址为192.168.225.18，如图1和图5所示，序号“1”和序号“2”对应的定时任务应该由定时任务服务器131运行，序号“3”和序号“4”对应的定时任务应该由定时任务服务器132运行。可以在定时任务服务器中建立缓存池和线程池，所有定时任务对应的定时任务信息均存放在缓存池中，因此在定时任务服务器131的缓存池和定时任务服务器132的缓存池中，均存放有序号为“1”、“2”、“3”和“4”的定时任务。定时任务服务器131、132获取更新信息之后对缓存池中的定时任务信息进行更新，使得各自的缓存池中均增加序号为“1”、“2”、“3”和“4”的定时任务。定时任务服务器131、132每间隔一定时间扫描缓存池，例如每间隔1分钟扫描自身的缓存池，之后，对于定时任务服务器131，由于扫描到缓存池中新增了上述4个定时任务且其中序号为“1”和“2”的服务器IP与定时任务服务器131的IP相同，故定时任务服务器131将序号为“1”和“2”的定时任务新增到定时任务服务器131的线程池中，以运行序号为“1”和“2”的定时任务。对于定时任务服务器132，由于扫描到缓存池中新增了上述4个定时任务且其中序号为“3”和“4”的服务器IP与定时任务服务器132的IP相同，故定时任务服务器132将序号为“3”和“4”的定时任务新增到定时任务服务器132的线程池中，以运行序号为“3”和“4”的定时任务。

如此，通过设置定时任务服务器地址可以保证一个定时任务只在一个定时任务服务器上运行，避免一个定时任务在多个定时任务服务器上运行，浪费服务器资源。此外，还可以通过设置定时任务服务器地址来规划每个定时任务服务器运行的定时任务种类和数量，使得定时任务在合适的定时任务服务器上运行，例如需要大量计算的定时任务则运行在计算能力强的定时任务服务器上，以使得定时任务服务器的运行能力与定时任务匹配，此外还可以避免单个定时任务服务器运行过多的定时任务，使得定时任务的运行受到影响。

可选地，所述定时任务信息包括定时任务和对应于所述定时任务的定时任务服务器地址，如图6所示，所述基于自身更新后的所述定时任务信息执行定时任务，包括：

S133，所述定时任务服务器获取包括与自身地址相同的定时任务服务器地址的定时任务信息。

S134，所述定时任务服务器确认自身正在执行的定时任务的数量小于或等于阈值。

S135，所述定时任务服务器执行对应于获取的所述定时任务信息的定时任务。

在步骤S134中，定时任务服务器将自身正在运行的定时任务的数量与阈值作比较，若正在执行的定时任务的数量小于或等于阈值，则进入执行步骤S135，若正在执行的定时任务的数量大于阈值，则不进入执行步骤S135，定时任务服务器可以暂停所有定时任务并发出报错信息，当然，定时任务服务器也可以暂停部分定时任务并发出报错信息。

如此可以避免单个定时任务服务器运行过多的定时任务，进而避免定时任务服务器负荷过大而宕机。

可选地，定时任务服务器反馈定时任务运行的状态信息。

其中，状态信息可以包括定时任务运行的运行时间、运行结果以及定时任务运行失败时的失败原因中的至少一者。定时任务服务器生成上述状态信息后可以直接通过终端输出，也可以先传输至主服务器，再由主服务器传输至业务服务器，最后业务服务器通过与之互联的终端输出。

举例来讲，选中图3中序号为“4”的定时任务，点击图3所示的界面顶部的“日志”按钮，得到如图7所示的界面，在图7所示的界面中，可以查看到序号为“4”的定时任务的运行耗费时间为2s，任务执行情况为“成功”。

图8是根据一示例性实施例示出的一种电子设备1900的框图。例如，电子设备1900可以被提供为一服务器。参照图8，电子设备1900包括处理器1922，其数量可以为一个或多个，以及存储器1932，用于存储可由处理器1922执行的计算机程序。存储器1932中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器1922可以被配置为执行该计算机程序，以执行上述的处理定时任务的方法。

另外，电子设备1900还可以包括电源组件1926和通信组件1950，该电源组件1926可以被配置为执行电子设备1900的电源管理，该通信组件1950可以被配置为实现电子设备1900的通信，例如，有线或无线通信。此外，该电子设备1900还可以包括输入/输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统，例如WindowsServerTM，Mac OS XTM，UnixTM，LinuxTM等等。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的处理定时任务的方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器1932，上述程序指令可由电子设备1900的处理器1922执行以完成上述的处理定时任务的方法。

在另一示例性实施例中，还提供了一种主服务器，该主服务器被配置为执行如上所述的处理定时任务的方法中的主服务器所执行的步骤。

在另一示例性实施例中，还提供了一种定时任务服务器，该定时任务服务器被配置为执行如上所述的处理定时任务的方法中的定时任务服务器所执行的步骤。

在另一示例性实施例中，如图9所示，还提供了一种处理定时任务的系统，该系统100包括：业务服务器110、主服务器120和定时任务服务器130，其中，

所述业务服务器110用于接收更新信息，基于所述更新信息更新自身的定时任务信息，并发送所述更新信息至主服务器120；

所述主服务器120用于基于所述更新信息更新自身的定时任务信息，并将所述更新信息发送至定时任务服务器130；

所述定时任务服务器130用于基于所述更新信息更新自身的定时任务信息，并基于自身更新后的所述定时任务信息执行定时任务。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims (10)

1.一种处理定时任务的方法，其特征在于，所述方法包括：

业务服务器接收更新信息，基于所述更新信息更新自身的定时任务信息，并发送所述更新信息至主服务器；

所述主服务器基于所述更新信息更新自身的定时任务信息，并将所述更新信息发送至定时任务服务器；

所述定时任务服务器基于所述更新信息更新自身的定时任务信息，并基于自身更新后的所述定时任务信息执行定时任务。

2.根据权利要求1所述的方法，其特征在于，所述定时任务信息包括定时任务和对应于所述定时任务的定时任务服务器地址，所述基于自身更新后的所述定时任务信息执行定时任务，包括：

所述定时任务服务器获取包括与自身地址相同的定时任务服务器地址的定时任务信息；

所述定时任务服务器执行对应于获取的所述定时任务信息的定时任务。

3.根据权利要求2所述的方法，其特征在于，所述定时任务服务器执行对应于获取的所述定时任务信息的定时任务之前，所述方法还包括：

所述定时任务服务器确认自身正在执行的定时任务的数量小于或等于阈值。

4.根据权利要求1所述的方法，其特征在于，所述业务服务器数量大于或等于两个，所述业务服务器发送所述更新信息至主服务器之后，所述方法还包括：

所述主服务器将接收的更新信息发送至其他的业务服务器；

其他的业务服务器基于所述更新信息更新自身的定时任务信息。

5.根据权利要求1所述的方法，其特征在于，所述更新信息包括对所述定时任务信息的新增、修改、删除、启动和禁用中的一种或多种。

6.一种处理定时任务的方法，其特征在于，应用于主服务器，包括如权利要求1至5中任一项所述的处理定时任务的方法中的主服务器所执行的步骤。

7.一种处理定时任务的方法，其特征在于，应用于定时任务服务器，包括如权利要求1至5中任一项所述的处理定时任务的方法中的定时任务服务器所执行的步骤。

8.一种主服务器，其特征在于，所述主服务器被配置为执行如权利要求1至5中任一项所述的处理定时任务的方法中的主服务器所执行的步骤。

9.一种定时任务服务器，其特征在于，所述定时任务服务器被配置为执行如权利要求1至5中任一项所述的处理定时任务的方法中的定时任务服务器所执行的步骤。

10.一种处理定时任务的系统，其特征在于，包括：业务服务器、主服务器和定时任务服务器，其中，

所述业务服务器用于接收更新信息，基于所述更新信息更新自身的定时任务信息，并发送所述更新信息至主服务器；

所述主服务器用于基于所述更新信息更新自身的定时任务信息，并将所述更新信息发送至定时任务服务器；

所述定时任务服务器用于基于所述更新信息更新自身的定时任务信息，并基于自身更新后的所述定时任务信息执行定时任务。