CN109298962A - 定时任务的监控方法、计算机可读存储介质和终端设备 - Google Patents

Abstract

本发明属于监控技术领域，尤其涉及一种定时任务的监控方法、计算机可读存储介质和终端设备。所述方法包括：获取多个定时任务，将每个定时任务的运行信息存储至数据库的日志文件中，所述运行信息包括定时任务的运行状态；根据所述多个定时任务的运行信息，判断是否存在目标定时任务，所述目标定时任务为需要在配置文件中修改运行频率的定时任务；若存在所述目标定时任务，则从修改后的配置文件中获取所述目标定时任务对应的修改后的运行频率，比对所述修改后的运行频率与所述目标定时任务当前的运行频率；若所述修改后的运行频率与所述当前的运行频率不一致，则自动停止所述目标定时任务当前的运行。

Description

定时任务的监控方法、计算机可读存储介质和终端设备

技术领域

本发明涉及监控技术领域，尤其涉及一种定时任务的监控方法、计算机可读存储介质和终端设备。

背景技术

现有的数据管理系统中存在大量批处理任务(定时任务)，如要求单例执行任务使用集群quartz处理；要求多并发执行任务使用timer处理，但是没办法看到定时任务在哪台应用程序服务器上运行，若存在定时任务异常，没办法及时发现，也很难定位到问题原因，即使监控到定时任务有异常，还需要修改定时任务的启动频率且重启定时任务所运行在的应用程序服务器，因此，存在监控困难、运维困难等问题。

发明内容

本发明实施例提供了一种定时任务的监控方法、计算机可读存储介质及终端设备，能够自动、高效、准确地监控定时任务，同时解决了运维困难的问题。

本发明实施例的第一方面，提供了一种定时任务的监控方法，可以包括：

获取多个定时任务，将每个定时任务的运行信息存储至数据库的日志文件中，所述运行信息包括定时任务的运行状态；根据所述多个定时任务的运行信息，判断是否存在目标定时任务，所述目标定时任务为需要在配置文件中修改运行频率的定时任务；若存在所述目标定时任务，则从修改后的配置文件中获取所述目标定时任务对应的修改后的运行频率，比对所述修改后的运行频率与所述目标定时任务当前的运行频率；若所述修改后的运行频率与所述当前的运行频率不一致，则自动停止所述目标定时任务当前的运行。

本发明实施例的第二方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

获取多个定时任务，将每个定时任务的运行信息存储至数据库的日志文件中，所述运行信息包括定时任务的运行状态；根据所述多个定时任务的运行信息，判断是否存在目标定时任务，所述目标定时任务为需要在配置文件中修改运行频率的定时任务；若存在所述目标定时任务，则从修改后的配置文件中获取所述目标定时任务对应的修改后的运行频率，比对所述修改后的运行频率与所述目标定时任务当前的运行频率；若所述修改后的运行频率与所述当前的运行频率不一致，则自动停止所述目标定时任务当前的运行。

本发明实施例的第三方面，提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如下步骤：

获取多个定时任务，将每个定时任务的运行信息存储至数据库的日志文件中，所述运行信息包括定时任务的运行状态；根据所述多个定时任务的运行信息，判断是否存在目标定时任务，所述目标定时任务为需要在配置文件中修改运行频率的定时任务；若存在所述目标定时任务，则从修改后的配置文件中获取所述目标定时任务对应的修改后的运行频率，比对所述修改后的运行频率与所述目标定时任务当前的运行频率；若所述修改后的运行频率与所述当前的运行频率不一致，则自动停止所述目标定时任务当前的运行。

本发明实施例与现有技术相比存在的有益效果是：本发明实施例首先获取多个定时任务，并将每个定时任务的运行信息存储至数据库的日志文件中，以便于可以从日志文件中随时查看每个定时任务的运行情况，然后根据从所述日志文件中获取的所述每个定时任务的所述运行状态，实时监控每个定时任务，判断是否存在修改运行频率的定时任务，其中，修改运行频率的定时任务记作目标定时任务，若存在目标定时任务，则比对修改后的运行频率与当前的运行频率是否一致，若不一致，则自动停止该目标定时任务当前的运行。与现有技术相比，本发明实施中在对多个定时任务的监控过程中，可以实时监控每个定时任务的运行状态，可以高效、准确地找出出现异常的定时任务，及时停止定时任务，无需重启定时任务所运行在的应用程序服务器，解决了监控困难、运维困难的问题，节省人力及节约资源。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中一种定时任务的监控方法的一个实施例流程图；

图2为本发明实施例中判断是否存在目标定时任务的示意流程图；

图3为本发明实施例中一种定时任务的监控方法的另一个实施例流程图；

图4为本发明实施例中一种定时任务的监控装置的一个实施例结构图；

图5为本发明实施例中一种终端设备的示意框图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

请参阅图1，本发明实施例中一种定时任务的监控的一个实施例可以包括：

步骤S101，获取多个定时任务，将每个定时任务的运行信息存储至数据库的日志文件中，所述运行信息包括定时任务的运行状态。

在本实施例中，所述运行状态可以包括下述任一项：运行成功、运行失败、定时任务未启动或运行异常，所述运行异常可以包括定时任务在应用程序服务器运行的某个线程异常。从不同的用户端中获取多个定时任务，所述多个定时任务也可以是来源于同一个用户端的不同定时任务，每个定时任务均携带有应用程序服务器的标识符，用以识别每个定时任务是在哪台应用程序服务器上运行的，将每个定时任务的运行状态及携带的应用程序服务器的标识符存储至数据库的日志文件中，所述日志文件用于记录每个定时任务的运行状态，便于用户或监控者实时查看每个定时任务的运行情况。

步骤S102，根据所述多个定时任务的运行信息，判断是否存在目标定时任务，所述目标定时任务为需要在配置文件中修改运行频率的定时任务。

本实施例中，所述运行信息中还可以包括定时任务的运行开始时间、运行结束时间及运行频率、运行逻辑，根据所述多个定时任务的运行信息中的运行状态，若某个或某些定时任务的运行状态为运行异常，则需要立即停止所述某个或某些定时任务，所述某个或某些定时任务可以记作目标定时任务，所述目标定时任务为需要在配置文件中修改运行频率的定时任务。

其中，通过监控运行状态，还可以监测到多个定时任务不同的运行情况，比如，若监控到定时任务运行失败，则从所述日志表中获取该定时任务的应用程序服务器标识符，并将所述定时任务的运行信息发送至所述定时任务携带有开发人员标识的开发人员，等待接收开发人员回复信息，所述回复信息用于指示对该定时任务的处理情况，比如，修改配置文件中所述定时任务的运行频率，以使所述定时任务再次运行，继续监控所述定时任务的运行状态，或是，修改定时任务的运行逻辑，继续监控所述定时任务是否可以运行正常。若监控到定时任务未启动，则获取所述定时任务的应用程序服务器标识符，并向所述定时任务的应用程序服务器标识符对应的应用程序服务器发送开启执行任务指令，以使所述定时任务可以正常运行。其中，当运行信息中的运行开始时间和运行结束时间相同时，则说明所述定时任务未启动，是所述运行异常中的一种情况。

优选地，参见图2所示的判断是否存在目标定时任务的示意流程图，所述根据所述多个定时任务的运行信息，判断是否存在目标定时任务，可以包括：

步骤S201，根据预设置的时间间隔，读取所述日志文件；

步骤S202，根据所述日志文件中所述每个定时任务的运行状态，判断每个定时任务的运行状态是否为运行异常；

步骤S203，若存在定时任务的运行状态为运行异常，则所述运行异常的定时任务为目标定时任务。

本实施例中，所述预设置的时间间隔可以为0也可以为具体的时间，若预设置的时间间隔为0，则服务器需要实时地动态扫描所述日志文件，获取所述日志文件中所述每个定时任务的运行状态，其中，存储在所述日志文件中的可以是每个定时任务的运行状态对应的标识，所述运行成功对应的标识为0，运行失败对应的标识为1，定时任务未启动对应的标识为2，运行异常对应的标识为3，根据运行状态对应的标识可以判断出定时任务的运行情况。若运行状态为运行异常，对应的标识为3时，则所述运行异常的定时任务为目标定时任务。

进一步地，所述定时任务的监控方法，还可以包括：在判断出存在目标定时任务之后，获取该目标定时任务运行异常的信息，所述运行异常的信息用于表示所述目标定时任务运行出现异常所在的应用程序服务器；

将所述运行异常的信息发送至对应的用户端，接收所述用户端发送的修改对应的所述目标定时任务的运行频率的指令，对所述配置文件中的目标定时任务的运行频率进行修改，获得所述修改后的配置文件。

本实施例中，在判断出存在目标定时任务之后，从所述日志文件中对应的目标定时任务的运行信息里获取携带有运行异常的信息，所述运行异常的信息可以包括出现异常的线程，其中线程的信息包括线程ID，当前指令指针(PC)，寄存器集合和堆栈。

根据目标定时任务携带的应用程序服务器的标识符，获取目标定时任务运行异常所在的应用程序服务器，再根据目标定时任务携带的用户端标识符，将所述运行异常的信息发送至对应的用户端，等待接收所述用户端发送的修改对应的目标定时任务的运行频率的指令，若接收到指令，则对所述配置文件中的定时任务的运行频率进行修改并获得所述修改后的配置文件。

步骤S103，若存在所述目标定时任务，则从修改后的配置文件中获取所述目标定时任务对应的修改后的运行频率，比对所述修改后的运行频率与所述目标定时任务当前的运行频率。

本实施例中，若监控到某个或某些定时任务的运行频率需要修改，即存在所述目标定时任务，则修改所述目标定时任务的运行频率，并获取修改后的配置文件，通过实时地动态扫描修改后的配置文件，从修改后的配置文件中获取所述目标定时任务对应的修改后的运行频率，判断所述目标定时任务的修改后的运行频率与当前的运行频率是否一致。

步骤S104，若所述修改后的运行频率与所述当前的运行频率不一致，则自动停止所述目标定时任务当前的运行。

本实施例中，若所述修改后的运行频率与所述当前的运行频率不一致，则自动停止针对所述目标定时任务的运行，无需重启所述目标定时任务对应的应用程序服务器。

实际应用中，若监控到某个或某些定时任务的运行状态为运行异常，即监控到目标定时任务，则需要停止所述目标定时任务的运行，则需要将所述目标定时任务的运行频率进行修改，修改后，若所述目标定时任务的当前的运行频率与修改后的运行频率不一致，则说明未达到所述目标定时任务的运行条件，则所述目标定时任务会自动停止当前的运行。

本实施例中，通过获取多个定时任务，并将每个定时任务的运行信息存储至数据库的日志文件中，以便于可以从日志文件中随时查看每个定时任务的运行情况，然后根据从所述日志文件中获取的所述每个定时任务的所述运行状态，实时监控每个定时任务，判断是否存在修改运行频率的定时任务，其中，修改运行频率的定时任务记作目标定时任务，若存在目标定时任务，则比对修改后的运行频率与当前的运行频率是否一致，若不一致，则自动停止该目标定时任务当前的运行。与现有技术相比，本发明实施中在对多个定时任务的监控过程中，可以实时监控每个定时任务的运行状态，可以高效、准确地找出出现异常的定时任务，及时停止定时任务，无需重启定时任务所运行在的应用程序服务器，解决了监控困难、运维困难的问题，节省人力及节约资源。

进一步地，所述定时任务的监控方法，还可以包括：在所述目标定时任务运行停止后，接收所述目标定时任务对应的用户端发送的修复信息，则根据所述修复信息对配置文件中所述定时任务进行对应修复，所述修复信息用于指示修复所述定时任务在对应的应用程序服务器中运行异常的线程；

根据所述修复信息，在所述配置文件中修复所述运行异常的线程对应的配置参数；

根据所述修复信息中携带的请求信息，判断是否修改所述目标定时任务的修改后的运行频率，若修改所述目标定时任务修改后的运行频率，则在所述配置文件中将请求信息中的要修改的所述目标定时任务的运行频率替换所述修改后的运行频率；

根据替换后的运行频率，启动所述目标定时任务。

本实施例中，所述目标定时任务可以为某个或某些定时任务，根据目标定时任务携带的应用程序服务器标识符及用户端标识符，获取目标定时任务运行所在的应用程序服务器及对应的用户端，其中，一个用户端对应一个或多个应用程序服务器。比如，用户端1对应着应用程序服务器11、12、13…、1n1，用户端2对应着应用程序服务器21、22、23…、2n2，…，用户端M对应着应用程序服务器M1、M2、M3…、MnM，其中，n1、n2、…、nM均大于等于1且取整数。

在所述目标定时任务运行停止后，等待接收所述目标定时任务对应的用户端发送的修复信息，其中，所述修复信息包括用户端的用户根据服务器发送的所述目标定时任务的运行信息或运行异常的信息对所述目标定时任务进行修复的修复内容，即所述修复信息可以用于指示修复所述定时任务在对应的应用程序服务器中运行异常的线程。若接收到所述目标定时任务对应的用户端发送的修复信息，则根据所述修复信息对配置文件中所述目标定时任务进行对应修复。

根据所述修复信息，在所述配置文件中修复所述运行异常的线程对应的配置参数，通过修改所述目标定时任务运行异常的线程的配置参数，可以实现对配置文件中所述目标定时任务进行对应修复。其中，所述修复信息中还包括用于指示是否将所述目标定时任务修改后的运行频率修改为停止前的运行频率(修改前的运行频率)的请求信息，根据请求信息中的目标定时任务的运行频率，可以判断是否修改所述目标定时任务的修改后的运行频率，若请求信息中的目标定时任务的运行频率与所述目标定时任务修改后的运行频率不一致时，则说明用户端的用户要修改所述目标定时任务的修改后的运行频率，则在所述配置文件中将请求信息中的要修改的所述目标定时任务的运行频率替换所述修改后的运行频率，根据替换后的运行频率，启动所述目标定时任务。

更优地，参见图3的一种定时任务的监控方法的另一个实施例流程图，一种定时任务的监控方法中，还可以包括以下步骤：

步骤S301，监控运行状态为运行正常的定时任务，根据所述运行状态为运行正常的定时任务的运行信息，判断是否存在并发控制的定时任务；

步骤S302，若存在并发控制的定时任务，则在所述配置文件中配置所述并发控制的定时任务的任务数，所述任务数不小于存在并发控制的定时任务的任务数。

本实施例中，监控运行状态为运行正常的定时任务，即在剩余的定时任务中某个或某些定时任务的运行状态为运行正常时，监控该运行正常的定时任务，判断是否存在并发控制的定时任务，其中，剩余的定时任务为未修改运行频率的定时任务，即在所述多个定时任务中除去目标定时任务的所有定时任务，包括运行失败、定时任务未启动及运行正常的定时任务。所述并发控制的定时任务为同时访问同一个数据库或数据的定时任务，若存在并发控制的定时任务，为了防止由于同时访问同一个数据库或数据而产生的冲突，可以在所述配置文件中配置所述并发控制的定时任务的任务数，允许多个定时任务可以同时访问同一个数据库或数据，减少资源竞争。

优选地，步骤S301中根据所述运行状态为运行正常的定时任务的运行信息，判断是否存在并发控制的定时任务，可以包括：

根据所述运行状态为运行正常的定时任务的运行信息，判断是否存在至少两个定时任务的运行开始时间一致；

若存在至少两个定时任务的运行开始时间一致，则获取所述至少两个定时任务的访问信息，所述访问信息包括定时任务访问数据库的数据表标识或数据；

根据所述至少两个定时任务的访问信息，判断所述至少两个定时任务中是否存在至少两个定时任务同时读取所述数据库中的同一数据表或数据；

若存在至少两个定时任务同时读取所述数据库中的同一数据表或数据，则将同时读取所述数据库中的同一数据表或数据的至少两个定时任务设置为并发控制的定时任务。

本实施例中，通过根据所述运行状态为运行正常的定时任务的运行信息，判断是否存在至少两个定时任务的运行开始时间一致，若存在至少两个定时任务的运行开始时间一致，则说明存在并发控制的定时任务，获取所述至少两个定时任务的访问信息，所述访问信息包括定时任务访问数据库中的某个数据表标识或数据，其中，根据数据表标识可以获取对应的数据表。根据访问信息，判断所述至少两个定时任务中是否存在至少两个定时任务同时读取所述数据库中的同一数据表或数据，获取同时读取所述数据库中的同一数据表或数据的至少两个定时任务的应用程序服务器标识符，并将同时读取所述数据库中的同一数据表或数据的至少两个定时任务设置为并发控制的任务。

例如，第一运行开始时间对应有三个定时任务，其中有两个定时任务的访问信息一致，则将该两个定时任务进行标识，记作任务11、任务12，获取任务11、任务12的应用程序服务器标识符，并配置并发控制的任务数为2，且将并发控制的任务11、任务12的访问信息中某个数据表或数据所在的数据表存储至预设存储系统中，这里预设存储系统为redis(开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型的Key-Value数据库)，可以解决表等待问题，实现并发控制，在配置并发控制的任务数时，将并发控制的任务所运行的应用程序服务器标识符配置在配置文件中，实现指定应用程序服务器的运行。

综上所述，本发明实施例首先获取多个定时任务，并将每个定时任务的运行信息存储至数据库的日志文件中，以便于可以从日志文件中随时查看每个定时任务的运行情况，实时监控每个定时任务，然后根据从所述日志文件中获取的所述每个定时任务的所述运行状态及运行在应用程序服务器的标识符，判断是否修改定时任务的运行频率，其中，修改运行频率的定时任务记作目标定时任务，若存在目标定时任务，则比对修改后的运行频率与当前的运行频率是否一致，若不一致，则自动停止该目标定时任务当前的运行，在所述目标定时任务的运行停止后，根据接收到的修复信息对运行停止的定时任务进行对应修复，并监控运行状态为运行正常的定时任务，配置并发控制的定时任务的任务数。与现有技术相比，本发明实施中在对多个定时任务的监控过程中，可以实时监控每个定时任务的运行状态，可以高效、准确地找出定时任务出现异常部分，及时停止定时任务，无需重启定时任务所运行在的应用程序服务器，且通过配置并发控制的定时任务的任务数，解决了资源竞争的问题，防止因为访问拥堵产生访问错误等问题，解决了监控困难、运维困难的问题，节省人力及节约资源。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

对应于上文实施例所述的一种定时任务的监控方法，图4示出了本发明实施例提供的一种定时任务的监控装置的一个实施例结构图。

本实施例中，一种定时任务的监控装置可以包括：

运行信息存储模块401，用于获取多个定时任务，将每个定时任务的运行信息存储至数据库的日志文件中，所述运行信息包括定时任务的运行状态；

目标定时任务判断模块402，用于根据所述多个定时任务的运行信息，判断是否存在目标定时任务，所述目标定时任务为需要在配置文件中修改运行频率的定时任务；

运行频率比对模块403，用于在存在所述目标定时任务时，从修改后的配置文件中获取所述目标定时任务对应的修改后的运行频率，比对所述修改后的运行频率与所述目标定时任务当前的运行频率。

定时任务停止模块404，用于在所述修改后的运行频率与所述当前的运行频率不一致时，自动停止所述目标定时任务当前的运行。

进一步地，目标定时任务判断模块402，具体用于：根据预设置的时间间隔，读取所述日志文件；

根据所述日志文件中所述每个定时任务的运行状态，判断每个定时任务的运行状态是否为运行异常；

若存在定时任务的运行状态为运行异常，则所述运行异常的定时任务为目标定时任务。

优选地，所述定时任务的监控装置，还可以包括：运行异常的信息获取模块，用于在判断出存在目标定时任务之后，获取该目标定时任务运行异常的信息，所述运行异常的信息用于表示所述目标定时任务运行出现异常所在的应用程序服务器；

运行频率修改模块，用于将所述运行异常的信息发送至对应的用户端，接收所述用户端发送的修改对应的所述目标定时任务的运行频率的指令，对所述配置文件中的目标定时任务的运行频率进行修改，获得所述修改后的配置文件。

优选地，所述定时任务的监控装置，还可以包括：目标定时任务修复模块，用于在所述目标定时任务运行停止后，接收所述目标定时任务对应的用户端发送的修复信息，则根据所述修复信息对配置文件中所述定时任务进行对应修复，所述修复信息用于指示修复所述定时任务在对应的应用程序服务器中运行异常的线程；

配置参数修复模块，用于根据所述修复信息，在所述配置文件中修复所述运行异常的线程对应的配置参数；

运行频率替换模块，用于根据所述修复信息中携带的请求信息，判断是否修改所述目标定时任务的修改后的运行频率，在修改所述目标定时任务修改后的运行频率时，在所述配置文件中将请求信息中的要修改的所述目标定时任务的运行频率替换所述修改后的运行频率；

目标定时任务启动模块，用于根据替换后的运行频率，启动所述目标定时任务。

优选地，所述定时任务的监控装置，还可以包括：

并发控制判断模块，用于监控运行状态为运行正常的定时任务，根据所述运行状态为运行正常的定时任务的运行信息，判断是否存在并发控制的定时任务；

并发控制配置模块，用于在存在并发控制的定时任务时，在所述配置文件中配置所述并发控制的定时任务的任务数，所述任务数不小于存在并发控制的定时任务的任务数。

优选地，所述运行信息还包括开始时间和结束时间，所述并发控制判断模块，具体用于：根据所述运行状态为运行正常的定时任务的运行信息，判断是否存在至少两个定时任务的运行开始时间一致；

若存在至少两个定时任务的运行开始时间一致，则获取所述至少两个定时任务的访问信息，所述访问信息包括定时任务访问数据库的数据表标识或数据；

根据所述至少两个定时任务的访问信息，判断所述至少两个定时任务中是否存在至少两个定时任务同时读取所述数据库中的同一数据表或数据；

若存在至少两个定时任务同时读取所述数据库中的同一数据表或数据，则将同时读取所述数据库中的同一数据表或数据的至少两个定时任务设置为并发控制的定时任务。

图5示出了本发明实施例提供的一种终端设备的示意框图，为了便于说明，仅示出了与本发明实施例相关的部分。

在本实施例中，所述终端设备5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52，例如执行上述的定时任务的监控方法的计算机程序。所述处理器50执行所述计算机程序52时实现上述各个定时任务的监控方法实施例中的步骤，例如图1所示的步骤S101至S104。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各模块/单元的功能，例如图4所示模块401至404的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述终端设备5中的执行过程。

所述终端设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是终端设备5的示例，并不构成对终端设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所述处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述终端设备5的内部存储单元，例如终端设备5的硬盘或内存。所述存储器51也可以是所述终端设备5的外部存储设备，例如所述终端设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种定时任务的监控方法，其特征在于，包括：

获取多个定时任务，将每个定时任务的运行信息存储至数据库的日志文件中，所述运行信息包括定时任务的运行状态；

根据所述多个定时任务的运行信息，判断是否存在目标定时任务，所述目标定时任务为需要在配置文件中修改运行频率的定时任务；

若存在所述目标定时任务，则从修改后的配置文件中获取所述目标定时任务对应的修改后的运行频率，比对所述修改后的运行频率与所述目标定时任务当前的运行频率；

若所述修改后的运行频率与所述当前的运行频率不一致，则自动停止所述目标定时任务当前的运行。

2.根据权利要求1所述的定时任务的监控方法，其特征在于，所述根据所述多个定时任务的运行信息，判断是否存在目标定时任务，包括：

根据预设置的时间间隔，读取所述日志文件；

根据所述日志文件中所述每个定时任务的运行状态，判断每个定时任务的运行状态是否为运行异常；

若存在定时任务的运行状态为运行异常，则所述运行异常的定时任务为目标定时任务。

3.根据权利要求2所述的定时任务的监控方法，其特征在于，还包括：

在判断出存在目标定时任务之后，获取该目标定时任务运行异常的信息，所述运行异常的信息用于表示所述目标定时任务运行出现异常所在的应用程序服务器；

将所述运行异常的信息发送至对应的用户端，接收所述用户端发送的修改对应的所述目标定时任务的运行频率的指令，对所述配置文件中的目标定时任务的运行频率进行修改，获得所述修改后的配置文件。

4.根据权利要求1所述的定时任务的监控方法，其特征在于，还包括：

在所述目标定时任务运行停止后，接收所述目标定时任务对应的用户端发送的修复信息，则根据所述修复信息对配置文件中所述定时任务进行对应修复，所述修复信息用于指示修复所述定时任务在对应的应用程序服务器中运行异常的线程；

根据所述修复信息，在所述配置文件中修复所述运行异常的线程对应的配置参数；

根据所述修复信息中携带的请求信息，判断是否修改所述目标定时任务的修改后的运行频率，若修改所述目标定时任务修改后的运行频率，则在所述配置文件中将请求信息中的要修改的所述目标定时任务的运行频率替换所述修改后的运行频率；

根据替换后的运行频率，启动所述目标定时任务。

5.根据权利要求1-4任一项所述的定时任务的监控方法，其特征在于，还包括：

监控运行状态为运行正常的定时任务，根据所述运行状态为运行正常的定时任务的运行信息，判断是否存在并发控制的定时任务；

若存在并发控制的定时任务，则在所述配置文件中配置所述并发控制的定时任务的任务数，所述任务数不小于存在并发控制的定时任务的任务数。

6.根据权利要求5所述的定时任务的监控方法，其特征在于，所述运行信息还包括开始时间和结束时间，所述根据所述运行状态为运行正常的定时任务的运行信息，判断是否存在并发控制的定时任务，包括：

根据所述运行状态为运行正常的定时任务的运行信息，判断是否存在至少两个定时任务的运行开始时间一致；

若存在至少两个定时任务的运行开始时间一致，则获取所述至少两个定时任务的访问信息，所述访问信息包括定时任务访问数据库的数据表标识或数据；

根据所述至少两个定时任务的访问信息，判断所述至少两个定时任务中是否存在至少两个定时任务同时读取所述数据库中的同一数据表或数据；

若存在至少两个定时任务同时读取所述数据库中的同一数据表或数据，则将同时读取所述数据库中的同一数据表或数据的至少两个定时任务设置为并发控制的定时任务。

7.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述定时任务的监控方法的步骤。

8.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如下步骤：

获取多个定时任务，将每个定时任务的运行信息存储至数据库的日志文件中，所述运行信息包括定时任务的运行状态；

根据所述多个定时任务的运行信息，判断是否存在目标定时任务，所述目标定时任务为需要在配置文件中修改运行频率的定时任务；

若存在所述目标定时任务，则从修改后的配置文件中获取所述目标定时任务对应的修改后的运行频率，比对所述修改后的运行频率与所述目标定时任务当前的运行频率；

若所述修改后的运行频率与所述当前的运行频率不一致，则自动停止所述目标定时任务当前的运行。

9.根据权利要求8所述的终端设备，其特征在于，所述根据所述多个定时任务的运行信息，判断是否存在目标定时任务，包括：

根据预设置的时间间隔，读取所述日志文件；

根据所述日志文件中所述每个定时任务的运行状态，判断每个定时任务的运行状态是否为运行异常；

若存在定时任务的运行状态为运行异常，则所述运行异常的定时任务为目标定时任务。

10.根据权利要求9所述的终端设备，其特征在于，还包括：

在判断出存在目标定时任务之后，获取该目标定时任务运行异常的信息，所述运行异常的信息用于表示所述目标定时任务运行出现异常所在的应用程序服务器；

将所述运行异常的信息发送至对应的用户端，接收所述用户端发送的修改对应的所述目标定时任务的运行频率的指令，对所述配置文件中的目标定时任务的运行频率进行修改，获得所述修改后的配置文件。