CN116541239A - 一种定时任务监控方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及运维技术领域，公开了一种定时任务监控方法、装置、电子设备及存储介质，方法包括：接收每次触发定时任务执行时的执行信息并存储；获取位于目标时间范围内已存储的所述定时任务的执行信息；确定在所述目标时间范围内所述定时任务的应该执行次数；根据所述应该执行次数和获取的执行信息确定所述定时任务存在未执行情况，输出未执行提示，即简单又实用，即使定时任务代码异常情况下仍旧可以监控到定时任务未执行问题。

Description

一种定时任务监控方法、装置、电子设备及存储介质

技术领域

本申请涉及运维技术领域，具体涉及一种定时任务监控方法、装置、电子设备及存储介质。

背景技术

目前，对应用系统的监控只能做到应用健康状态的监控，对于应用系统内部定时任务的执行情况是无法监控的，即监控到的应用系统的状态是正常的，但是定时任务到达执行时刻时，因为定时任务代码异常(如任务线程阻塞、任务线程被回收等)，导致无法触发该定时任务的执行，从而造成一些关键数据的缺失。以购物系统为例，定时任务是发送优惠券的任务，如果到达执行时刻时因为定时任务代码异常未触发执行，导致优惠券一直不发送。

发明内容

本申请的目的是针对上述现有技术的不足提出的一种定时任务监控方法、装置、电子设备及存储介质，该目的是通过以下技术方案实现的。

本申请的第一方面提出了一种定时任务监控方法，所述方法包括：

接收每次触发定时任务执行时的执行信息并存储；

获取位于目标时间范围内已存储的所述定时任务的执行信息；

确定在所述目标时间范围内所述定时任务的应该执行次数；

根据所述应该执行次数和获取的执行信息确定所述定时任务存在未执行情况，输出未执行提示。

在本申请的一些实施例中，所述接收每次触发定时任务执行时的执行信息并存储，包括：

接收每次触发定时任务执行时的起始执行信息，所述起始执行信息包括开始时间、执行批次号、任务标识以及应用负责人信息；接收每次触发定时任务执行后的结束执行信息，所述结束执行信息包括结束时间和执行批次号；将包含相同执行批次号的起始执行信息和结束执行信息作为定时任务执行一次的执行信息存储。

在本申请的一些实施例中，所述获取位于目标时间范围内已存储的所述定时任务的执行信息，包括：

根据上一次统计的时间范围确定所述目标时间范围；获取结束时间在所述目标时间范围内已存储的所述定时任务的执行信息。

在本申请的一些实施例中，所述根据上一次统计的时间范围确定所述目标时间范围，包括：

将上一次统计的时间范围的末尾时间点作为所述目标时间范围的起始时间点；根据所述起始时间点和预设的同步延迟时长确定所述目标时间范围的末尾时间点。

在本申请的一些实施例中，所述根据所述起始时间点和预设的同步延迟时长确定所述目标时间范围的末尾时间点，包括：

将所述起始时间点加上预设时间窗口和所述同步延迟时长确定的时间点作为所述目标时间范围的末尾时间点。

在本申请的一些实施例中，所述确定在所述目标时间范围内所述定时任务的应该执行次数，包括：

获取所述定时任务的期望执行时间线信息；在所述期望执行时间线信息包含的执行时间点中，获取位于所述目标时间范围内的执行时间点的个数作为所述应该执行次数。

在本申请的一些实施例中，所述根据所述应该执行次数和获取的执行信息确定所述定时任务存在未执行情况，包括：

将获取的执行信息包含的执行批次号的数量作为实际执行次数；根据所述实际执行次数小于所述应该执行次数，确定所述定时任务存在未执行情况。

本申请的第二方面提出了一种定时任务监控装置，所述装置包括：

接收模块，用于接收每次触发定时任务执行时的执行信息并存储；

获取模块，用于获取位于目标时间范围内已存储的所述定时任务的执行信息；

次数确定模块，用于确定在所述目标时间范围内所述定时任务的应该执行次数；

检测模块，用于根据所述应该执行次数和获取的执行信息确定所述定时任务存在未执行情况，输出未执行提示。

本申请的第三方面提出了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序以实现如上述第一方面所述方法的步骤。

本申请的第四方面提出了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行以实现如上述第一方面所述方法的步骤。

基于上述第一方面和第二方面所述的定时任务监控方法及装置，本申请至少具有如下有益效果或优点：

由于检测定时任务的未执行状态比较困难，但是检测定时任务的触发执行比较容易实现，因此本申请通过存储每次触发定时任务执行时的执行信息，然后按照目标时间范围来获取定时任务的执行信息，并确定目标时间范围内的应该执行次数，从而根据应该执行次数和获取的执行信息便可以实现定时任务未执行情况的判定，及时发出告警提示，即简单又实用，即使定时任务代码异常情况下仍旧可以监控到定时任务未执行问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请根据一示例性实施例示出的一种定时任务出现异常的时间线对比示意图；

图2为本申请根据一示例性实施例示出的一种定时任务监控方法的实施例流程图；

图3为本申请根据一示例性实施例示出的一种时间窗口的滚动示意图；

图4为本申请根据一示例性实施例示出的一种定时任务监控应用场景示意图；

图5为本申请根据一示例性实施例示出的一种定时任务监控装置的结构示意图；

图6为本申请根据一示例性实施例示出的一种电子设备的硬件结构示意图；

图7为本申请根据一示例性实施例示出的一种存储介质的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在传统方案中，监控系统通过监控应用系统的进程状态实现的应用健康状态检测，只可以代表一个整体的情况，如果应用系统内部定时任务的线程出现异常，比如内存溢出时线程被回收、由于上一次的定时任务未完成造成线程被阻塞等，应用状态仍旧是正常状态的情况下，监控系统是无法检测到定时任务的未执行情况，这样就发现不了定时任务未执行造成的关键数据缺失的问题。

参见图1所示，定时任务的执行间隔是1小时，期望执行时间线包含的期望执行时间点依此是01:00、02:00、03:00，而在应用系统运行过程中实验测试发现，定时任务实际执行时间线上的实际执行时间点只有01:00和03:00两个时间点，在期望执行时间点02:00因为定时任务的线程出现异常并未触发执行。

为了解决传统方案存在的上述技术问题，发明人考虑到定时任务出现无法执行情况时，即便到了执行时刻没有线程来触发这个任务，在应用系统内部来监控未执行的情况比较困难，而检测定时任务的执行比较容易实现，因此如何精确的监控到应用系统内部定时任务的实际执行情况和应该执行情况，便可以实现定时任务未执行情况的监控功能。

基于此，本申请提出了一种定时任务监控方法，通过接收并存储每次触发定时任务执行时的执行信息，然后按照目标时间范围来获取定时任务的执行信息，并确定目标时间范围内的应该执行次数，从而根据应该执行次数和获取的执行信息便可以实现定时任务未执行情况的检测，及时发出告警提示，即简单又实用，即使定时任务代码异常情况下仍旧可以监控到定时任务未执行问题。

为了使本领域技术人员更好的理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

图2为本申请根据一示例性实施例示出的一种定时任务监控方法的实施例流程图，包括如下步骤：

步骤201：接收每次触发定时任务执行时的执行信息并存储。

其中，执行信息是应用系统运行过程中内步定时任务实际触发执行情况的记录。

在一可选实施例中，针对定时任务实际触发执行情况的记录过程，通过接收每次触发定时任务执行时的起始执行信息，以及接收每次触发定时任务执行后的结束执行信息，然后将包含相同执行批次号的起始执行信息和结束执行信息作为定时任务执行一次的执行信息存储下来。

其中，起始执行信息是触发定时任务执行时生成的，其包括开始时间、执行批次号、任务标识以及应用负责人信息，结束执行信息是定时任务执行完成后生成的，其包括结束时间和执行批次号。该执行批次号是为定时任务触发执行时生成的一个唯一标识。该任务标识是用来区分应用系统的内部定时任务，不同定时任务对应使用一个任务标识。

由于在触发定时任务执行时生成一个唯一的执行批次号，并携带在起始执行信息中，从而在定时任务执行完成后通过在结束执行信息继续携带上该执行批次号，便于利用该执行批次号将起始执行信息和结束执行信息融合为定时任务的一次执行信息。由此可见，定时任务的执行信息包括开始时间、执行批次号、任务标识、结束时间以及应用负责人信息等关键信息。

在具体实施时，通过在应用系统内部定时任务的线程增加业务逻辑，以实现定时任务触发执行时起始执行信息的发送和完成执行后的结束执行信息的发送。

示意性地，可以将定时任务的执行信息存储在Zookeeper或者MySQL等数据库中，便于管理。

步骤202：获取位于目标时间范围内已存储的该定时任务的执行信息。

其中，目标时间范围用于指示统计哪一段时间里的执行信息，通过统计位于目标时间范围内的执行信息，而不是从应用系统启动到当前系统时间的所有执行信息可以提高统计效率。

在一可选实施例中，可以根据上一次统计的时间范围确定目标时间范围，然后获取结束时间在目标时间范围内已存储的定时任务的执行信息。

其中，为了保证统计连续性，可以参考上一次统计的时间范围来决定当前的目标时间范围，并且通过获取结束时间在目标时间范围内的执行信息，可以确保获取到的执行信息是已经完成任务执行记录下来的执行信息。

在一种可能实现方式中，针对根据上一次统计的时间范围确定目标时间范围的过程，通过将上一次统计的时间范围的末尾时间点作为目标时间范围的起始时间点，然后根据起始时间点和预设的同步延迟时长确定目标时间范围的末尾时间点。

其中，通过将上一次统计的时间范围的末尾时间点作为当前这次统计的时间范围的起始时间点，确保不丢失任何一次的执行信息，很好的保证了统计连续性。预设的同步延迟时长考虑的是定时任务的执行信息在发送过程中的延迟，具体包含起始执行信息和结束执行信息的发送延迟，为了保证统计范围内已经完成了的定时任务执行信息均统计到，可以根据实际系统延迟来配置同步延迟时长，从而每次参考这个同步延迟时长来确定统计范围。

进一步地，针对根据起始时间点和预设的同步延迟时长确定目标时间范围的末尾时间点的过程，可以是将起始时间点加上预设时间窗口和同步延迟时长确定的时间点作为目标时间范围的末尾时间点。

其中，预设时间窗口是预先配置好的一个时间滚动窗口，该滚动窗口设置过大统计数据越多，这样统计效率就会变慢，同时定时任务未执行的告警频率会比较低，滚动窗口设置的国小，如果定时任务频繁的出现未执行情况，就会导致定时任务未执行的告警频率过高，因此滚动窗口的大小可以根据实践需求进行配置。

在一个例子中，假设预设时间窗口是10分钟，同步延迟时长是1分钟，参见图3所示，上一次统计的时间范围是01:00-01:11，即起始时间点01:00，末尾时间点01:11，统计10分钟的预设时间窗口加上1分钟的同步延迟时长的时间长度，下一次统计的时间范围是01:11-01:21，即起始时间点01:11，末尾时间点01:21，统计10分钟的预设时间窗口加上1分钟的同步延迟时长的时间长度，按照该规律，依此往后滚动。

步骤203：确定在目标时间范围内该定时任务的应该执行次数。

其中，应该执行次数是根据为定时任务设置的期望执行时间，确定的在目标时间范围内期望执行的次数。

在一具体实施方式中，通过获取定时任务的期望执行时间线信息，并在期望执行时间线信息包含的执行时间点中，获取位于目标时间范围内的执行时间点的个数作为应该执行次数。

其中，期望执行时间线信息即为定时任务设置的期望执行时间信息，其中包含的时间点为期望定时任务触发执行的时刻，只要有位于目标时间范围内的执行时间点，就说明定时任务在这个执行时间点应该执行一次，因此通过统计位于目标时间范围内的执行时间点的个数便是应该执行次数。

步骤204：根据应该执行次数和获取的执行信息确定该定时任务存在未执行情况，输出未执行提示。

其中，输出的未执行提示可以包含目标时间范围、位于这个目标时间范围内的执行信息以及应用负责人信息等，便于相应的负责人检查系统存在问题。

在一具体实施方式中，针对根据应该执行次数和获取的执行信息确定该定时任务存在未执行情况的过程，通过将获取的执行信息包含的执行批次号的数量作为实际执行次数，然后将实际执行次数与应该执行次数进行比较，如果实际执行次数小于应该执行次数，则确定该定时任务存在未执行情况。

其中，实际执行次数是应用系统运行过程中实际触发执行的次数，由于定时任务每触发执行一次就会生成一个唯一的执行批次号，因此执行批次号的数量就可以作为定时任务的实际执行次数。如果实际执行次数小于应该执行次数，说明在目标时间范围内存在定时任务缺失触发执行的情况，如果实际执行次数等于应该执行次数，说明在目标时间范围内不存在定时任务缺失触发执行的情况，而如果实际执行次数大于应该执行次数，说明在目标时间范围内存在其他触发执行的逻辑。

在一个例子中，假如有一个定时任务每小时整点执行一次，在1点到3点包含1点和3点的这段时间范围内应该执行次数为3次，如果实际执行次数小于3次说明存在未执行情况，如果实际执行次数等于3次，说明正好执行3次，不存在未执行情况，如果实际执行次数大于3次，说明存在其他的触发逻辑，比如用户主动触发执行的逻辑。

至此，完成上述图2所示的定时任务监控流程，由于检测定时任务的未执行状态比较困难，但是检测定时任务的触发执行比较容易实现，因此本申请通过存储每次触发定时任务执行时的执行信息，然后按照目标时间范围来获取定时任务的执行信息，并确定目标时间范围内的应该执行次数，从而根据应该执行次数和获取的执行信息便可以实现定时任务未执行情况的判定，及时发出告警提示，即简单又实用，即使定时任务代码异常情况下仍旧可以监控到定时任务未执行问题。

基于上述图2所示实施例的基础上，下面给出一种定时任务监控的具体应用场景，图4为本申请根据一示例性实施例示出的一种定时任务监控应用场景示意图，应用系统内部定时任务的期望执行时间线包括的执行时间点有01:00、02:00、03:00，在应用系统运行过程中，当到了01:00时定时任务的线程开始执行定时任务的逻辑，同时将起始执行信息同步到存储设备，并在完成执行后再将结束执行信息同步到存储设备；当到了02:00时定时任务的线程开始执行定时任务的逻辑，同时将起始执行信息同步到存储设备，并在完成执行后再将结束执行信息同步到存储设备；当到了03:00时定时任务的线程开始执行定时任务的逻辑，同时将起始执行信息同步到存储设备，并在完成执行后再将结束执行信息同步到存储设备。监控统计系统通过从存储设备读取定时任务的执行信息，具体可以是按照目标时间范围从存储设备获取定时任务的执行信息，并确定目标时间范围内的应该执行次数，从而根据应该执行次数和获取的执行信息便可以实现定时任务未执行情况的判定，及时发出告警提示给系统负责人。

基于上述描述可知，通过将定时任务的执行信息单独存入一个存储设备，并将执行次数的计算放在外部监控统计系统的程序中，这样即使应用系统出现异常，外部监控统计系统也可以实现定时任务未执行的监控功能。

与前述定时任务监控方法的实施例相对应，本申请还提供了定时任务监控装置的实施例。

图5为本申请根据一示例性实施例示出的一种定时任务监控装置的结构示意图，该装置用于执行上述任一实施例提供的定时任务监控方法，如图5所示，该定时任务监控装置包括：

接收模块510，用于接收每次触发定时任务执行时的执行信息并存储；

获取模块520，用于获取位于目标时间范围内已存储的所述定时任务的执行信息；

次数确定模块530，用于确定在所述目标时间范围内所述定时任务的应该执行次数；

检测模块540，用于根据所述应该执行次数和获取的执行信息确定所述定时任务存在未执行情况，输出未执行提示。

在一可选实现方式中，所述接收模块510，具体用于接收每次触发定时任务执行时的起始执行信息，所述起始执行信息包括开始时间、执行批次号、任务标识以及应用负责人信息；接收每次触发定时任务执行后的结束执行信息，所述结束执行信息包括结束时间和执行批次号；将包含相同执行批次号的起始执行信息和结束执行信息作为定时任务执行一次的执行信息存储。

在一可选实现方式中，所述获取模块520，具体用于根据上一次统计的时间范围确定所述目标时间范围；获取结束时间在所述目标时间范围内已存储的所述定时任务的执行信息。

在一可选实现方式中，所述获取模块520，具体用于在根据上一次统计的时间范围确定所述目标时间范围过程中，将上一次统计的时间范围的末尾时间点作为所述目标时间范围的起始时间点；根据所述起始时间点和预设的同步延迟时长确定所述目标时间范围的末尾时间点。

在一可选实现方式中，所述获取模块520，具体用于在根据所述起始时间点和预设的同步延迟时长确定所述目标时间范围的末尾时间点过程中，将所述起始时间点加上预设时间窗口和所述同步延迟时长确定的时间点作为所述目标时间范围的末尾时间点。

在一可选实现方式中，所述次数确定模块530，具体用于获取所述定时任务的期望执行时间线信息；在所述期望执行时间线信息包含的执行时间点中，获取位于所述目标时间范围内的执行时间点的个数作为所述应该执行次数。

在一可选实现方式中，所述检测模块540，具体用于在根据所述应该执行次数和获取的执行信息确定所述定时任务存在未执行情况过程中，将获取的执行信息包含的执行批次号的数量作为实际执行次数；根据所述实际执行次数小于所述应该执行次数，确定所述定时任务存在未执行情况。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请实施方式还提供一种与前述实施方式所提供的定时任务监控方法对应的电子设备，以执行上述定时任务监控方法。

图6为本申请根据一示例性实施例示出的一种电子设备的硬件结构图，该电子设备包括：通信接口601、处理器602、存储器603和总线604；其中，通信接口601、处理器602和存储器603通过总线604完成相互间的通信。处理器602通过读取并执行存储器603中与定时任务监控方法的控制逻辑对应的机器可执行指令，可执行上文描述的定时任务监控方法，该方法的具体内容参见上述实施例，此处不再累述。

本申请中提到的存储器603可以是任何电子、磁性、光学或其它物理存储装置，可以包含存储信息，如可执行指令、数据等等。具体地，存储器603可以是RAM(Random AccessMemory，随机存取存储器)、闪存、存储驱动器(如硬盘驱动器)、任何类型的存储盘(如光盘、DVD等)，或者类似的存储介质，或者它们的组合。通过至少一个通信接口601(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网、广域网、本地网、城域网等。

总线604可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。其中，存储器603用于存储程序，所述处理器602在接收到执行指令后，执行所述程序。

处理器602可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器602中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器602可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。

本申请实施例提供的电子设备与本申请实施例提供的定时任务监控方法出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果。

本申请实施方式还提供一种与前述实施方式所提供的定时任务监控方法对应的计算机可读存储介质，请参考图7所示，其示出的计算机可读存储介质为光盘30，其上存储有计算机程序(即程序产品)，所述计算机程序在被处理器运行时，会执行前述任意实施方式所提供的定时任务监控方法。

需要说明的是，所述计算机可读存储介质的例子还可以包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。

本申请的上述实施例提供的计算机可读存储介质与本申请实施例提供的定时任务监控方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

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

接收每次触发定时任务执行时的执行信息并存储；

获取位于目标时间范围内已存储的所述定时任务的执行信息；

确定在所述目标时间范围内所述定时任务的应该执行次数；

根据所述应该执行次数和获取的执行信息确定所述定时任务存在未执行情况，输出未执行提示。

2.根据权利要求1所述的方法，其特征在于，所述接收每次触发定时任务执行时的执行信息并存储，包括：

接收每次触发定时任务执行时的起始执行信息，所述起始执行信息包括开始时间、执行批次号、任务标识以及应用负责人信息；

接收每次触发定时任务执行后的结束执行信息，所述结束执行信息包括结束时间和执行批次号；

将包含相同执行批次号的起始执行信息和结束执行信息作为定时任务执行一次的执行信息存储。

3.根据权利要求2所述的方法，其特征在于，所述获取位于目标时间范围内已存储的所述定时任务的执行信息，包括：

根据上一次统计的时间范围确定所述目标时间范围；

获取结束时间在所述目标时间范围内已存储的所述定时任务的执行信息。

4.根据权利要求3所述的方法，其特征在于，所述根据上一次统计的时间范围确定所述目标时间范围，包括：

将上一次统计的时间范围的末尾时间点作为所述目标时间范围的起始时间点；

根据所述起始时间点和预设的同步延迟时长确定所述目标时间范围的末尾时间点。

5.根据权利要求4所述的方法，其特征在于，所述根据所述起始时间点和预设的同步延迟时长确定所述目标时间范围的末尾时间点，包括：

将所述起始时间点加上预设时间窗口和所述同步延迟时长确定的时间点作为所述目标时间范围的末尾时间点。

6.根据权利要求1所述的方法，其特征在于，所述确定在所述目标时间范围内所述定时任务的应该执行次数，包括：

获取所述定时任务的期望执行时间线信息；

在所述期望执行时间线信息包含的执行时间点中，获取位于所述目标时间范围内的执行时间点的个数作为所述应该执行次数。

7.根据权利要求1所述的方法，其特征在于，所述根据所述应该执行次数和获取的执行信息确定所述定时任务存在未执行情况，包括：

将获取的执行信息包含的执行批次号的数量作为实际执行次数；

根据所述实际执行次数小于所述应该执行次数，确定所述定时任务存在未执行情况。

8.一种定时任务监控装置，其特征在于，所述装置包括：

接收模块，用于接收每次触发定时任务执行时的执行信息并存储；

获取模块，用于获取位于目标时间范围内已存储的所述定时任务的执行信息；

次数确定模块，用于确定在所述目标时间范围内所述定时任务的应该执行次数；

检测模块，用于根据所述应该执行次数和获取的执行信息确定所述定时任务存在未执行情况，输出未执行提示。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序以实现如权利要求1-7任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行以实现如权利要求1-7任一项所述方法的步骤。