CN109840178A - 一种监测日志信息的方法、移动终端以及装置 - Google Patents

Abstract

本发明公开了一种监测日志信息的方法、移动终端及装置，该方法包括：读取***输出的日志信息；判断所述日志信息的输出速度是否大于预设阈值；若所述输出速度大于所述预设阈值，则发出第一通知信息。通过上述方式，本发明能够建立起日志生成速度监测机制，在***中的日志信息生成速度大于预设阈值时给出通知，从而减少日志信息膨胀导致CPU占用率高及信息冗余的情况出现的几率。

Description

一种监测日志信息的方法、移动终端以及装置

技术领域

本发明涉及服务器监测技术领域，特别是涉及一种监测日志信息的方法、移动终端以及装置。

背景技术

为了调试跟踪方便，嵌入式***(如Linux***)开发或维护时通常会在内核、***、程序等添加打印语句(如printk，syslog，printf，echo等)以便输出信息，用户可以通过串口或网络连接工具(如SSH、serial port tool)与目标平台连接，再通过这些连接工具接收输出的日志信息(如保存文件或实时观看)，以便观测***运行及捕捉调试，而且内核日志信息、***日志信息、程序日志信息是互相独立的，并不按输出顺序整合在一起。

对于嵌入式设备，由于日志信息的输出是通过CPU进行的，日志信息的输出速度(如单位时间内的频度行数、容量字节数)与其CPU占用率之间强相关。若日志信息频繁发送，CPU不停被日志信息输出中断所抢占，则分配给其他程序的调度时间减少。如果出现日志信息膨胀(即高于正常速度的输出)，CPU占用率将明显提高，且输出的大量日志信息会造成信息冗余。

发明内容

本发明提供一种监测日志信息的方法、移动终端以及装置，能够解决现有技术中日志信息膨胀导致CPU占用率高及信息冗余的问题。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种监测日志信息的方法，包括：

读取***输出的日志信息；

判断所述日志信息的输出速度是否大于预设阈值；

若所述输出速度大于所述预设阈值，则发出第一通知信息。

为解决上述技术问题，本发明采用的另一个技术方案是：提供一种移动终端，所述移动终端包括：处理器、通信电路、显示器及存储器，所述处理器分别耦接所述通信电路、所述显示器及所述存储器，所述处理器、所述通信电路、所述显示器及所述存储器在工作时能够实现上述所述方法中的步骤。

为解决上述技术问题，本发明采用的又一个技术方案是：提供一种具有存储功能的装置，其上存储有程序数据，所述程序数据被处理器执行时实现上述所述方法中的步骤。

本发明的有益效果是：区别于现有技术的情况，本发明提供一种监测日志信息的方法，包括：读取***输出的日志信息；判断所述日志信息的输出速度是否大于预设阈值；若所述输出速度大于所述预设阈值，则发出第一通知信息。本发明能够建立起日志生成速度监测机制，在***中的日志信息生成速度大于预设阈值时给出通知，从而减少日志信息膨胀导致CPU占用率高及信息冗余的情况出现的几率。

附图说明

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

图1是本发明监测日志信息的方法第一实施方式的流程示意图；

图2是本发明监测日志信息的方法第二实施方式的流程示意图；

图3是本发明监测日志信息的方法第二实施方式中步骤S201的流程示意图；

图4是本发明监测日志信息的方法第三实施方式的流程示意图；

图5是本发明监测日志信息的方法第三实施方式中步骤S301的流程示意图；

图6是本发明监测日志信息的方法第四实施方式的流程示意图；

图7是本发明监测日志信息的方法第五实施方式的流程示意图；

图8是本发明监测日志信息的方法第五实施方式中步骤S502的流程示意图；

图9是本发明监测日志信息的方法第六实施方式的流程示意图；

图10是本发明监测日志信息的方法第七实施方式的流程示意图；

图11是本发明监测日志信息的方法第八实施方式的流程示意图；

图12是本发明移动终端一实施方式的结构示意图；

图13是本发明装置一实施方式的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，图1是本发明提供的监测日志信息的方法第一实施方式的流程示意图，该方法包括：

步骤S101：读取***输出的日志信息。

当接收到读取指令时，就读取***输出的日志信息，具体来说，***启动后，监听各类日志信息输出对应的socket、设备节点文件是否有输出变化，依次按时间顺序从socket及设备节点文件的缓冲文件中读取日志信息。日志信息包括内核日志信息、***日志信息、程序日志信息信息中的至少一种日志信息。其中，程序日志信息包括程序标准输出、标准错误信息的日志信息。本实施方式中，日志信息整合了内核日志信息、***日志信息和程序日志信息。当然，在其它实施方式中，日志信息可以是整合了内核日志信息和***日志信息的日志信息。

其中，内核日志信息是内核(kenerl)输出到内核日志设备节点文件的dev/kmsg信息，***日志信息是应用程序输出到dev/log套接字的信息，程序日志信息是程序输出到标准输出文件stdout/stderr中的信息，当然，还包括调用其它日志***函数接口提供的日志API函数输出的信息。

其中，读取***输出的日志信息的方式可以包括两种，一种是主动查询***输出的内核日志信息、***日志信息和程序日志信息中的至少一种日志信息的数量是否有变化，获取日志信息的输出量及对应时间戳；而另一种方式是建立监控的套接字socket，将内核日志信息、程序日志信息、***日志信息以及其它日志信息API对应的套接字、设备节点文件描述符加入监控套接字的对应文件描述符集合中，利用套接字监控上述文件描述符的PULLIN/PULLOUT更新事件，监控有日志信息更新发生时，则获取读取对应文件描述的缓冲区，并获取日志信息输出数量及对应时间戳。本实施方式中，日志信息可以为内存中的日志信息。

步骤S102，判断日志信息的输出速度是否大于预设阈值。

可以理解，读取日志信息的过程中，累计日志信息的输出数量以及输出时间，根据输出数量与输出时间的比值得出日志信息的输出速度，从而将得出的输出速度与预设阈值进行比较。当然，日志信息的输出数量可以是日志信息的行数或日志信息的字节数。本实施方式中，日志信息的输出数量指的是日志信息的行数。

此外，在读取日志信息的步骤之前，还包括读取配置文件中预设阈值的值。

步骤S103，若输出速度大于预设阈值，则发出第一通知信息。

可以理解，在***刚启动时工作量较大，日志信息的输出数量也较多，因此，在本实施方式中，***启动后第一预设时长之内预设阈值的值大于或等于***启动后第一预设时长之后预设阈值的值。当然，在其它实施方式中，预设阈值的值可以为常数。

可以理解，第一预设时长的时间及预设阈值可以根据需求进行调整。例如，第一预设时长为1s，***启动后第一预设时长之内的预设阈值的值为600行/s，第一预设时长之后的预设阈值为300行/s。

第一通知信息中的信息可以根据需求进行调整，例如，“log much”、“too muchlog”、日志数量过多等。

在一应用场景中，在开发过程中，新增模块后需要进行调试，如此，就可以通过此方法统计增加模块后日志信息输出数量的变化，来判断***中日志信息的输出数量是否合理。

在另一应用场景中，对***进行部署或软件发布前的测试，可以通过此种方法获取该***或软件运行时的日志信息输出数量，并判断是否合理，是否该增删输出的日志信息。

区别于现有技术，本发明实施方式提供的监测日志信息的方法中，能够建立起日志生成速度监测机制，在***中的日志信息生成速度大于预设阈值时给出通知，从而减少日志信息膨胀导致CPU占用率高及信息冗余的情况出现的几率。

请参阅图2，本发明监测日志信息的方法第二实施方式中，在第一实施方式的基础上，判断日志信息的输出速度是否大于预设阈值包括：

步骤S201，判断预设时间周期内日志信息的输出数量是否大于预设数量阈值。

具体的，请结合参阅图3，包括如下步骤：

步骤S2011，记录预设时间周期内的首行日志信息的第一输出时间；

步骤S2012，获取相同预设时间周期内非首行日志信息的第二输出时间，并获取第二输出时间与第一输出时间之间的时间间隔；

步骤S2013，判断时间间隔的时长是否达到预设时间周期的时长，若时间间隔的时长达到预设时间周期的时长，则判断预设时间周期内的输出数量是否大于预设数量阈值；

步骤S2014，将当前非首行日志信息的第二输出时间更新为下一预设时间周期的首行日志信息的第一输出时间，并进入步骤S2011。

当然，若时间间隔的时长未达到预设时间周期的时长，则继续获取预设时间周期内非首行日志信息的第二输出时间，直至时间间隔的时长达到预设时间周期的时长。

其中，预设时间周期的时长可以根据需求进行相应的修改，例如1s、1ms或1min等。

步骤S202，若预设时间周期内日志信息的输出数量大于预设数量阈值，则判定日志信息的输出速度大于预设阈值。

举例而言，预设时间周期的时长为1s，1s内预设数量阈值为400行，即预设阈值为400行/s。在某种情况下，日志信息的输出的时长达到1s时，日志信息的输出数量达到600行，即日志信息的输出数量大于预设数量阈值，此时，日志信息的输出速度为600行/s，则判定日志信息的输出速度大于预设阈值。

本实施方式中，***启动后第一预设时间周期的时长之内预设数量阈值的值大于***启动后第一预设时间周期的时长之后预设数量阈值的值。例如，第一预设时间周期的时长为1s，第一预设时间周期的时长之内预设数量阈值的值为600行，而第一预设时间周期的时长之后预设数量阈值的值为300行。当然，在其它实施方式中，***启动后的每一第一预设时间周期的时长之内的预设数量阈值都相等。

区别于现有技术，本发明实施方式提供的监测日志信息的方法中，经过判断预设时间周期内的日志信息的输出数量进行判断，进而将日志信息的输出速度与预设阈值进行比较，并在输出速度大于预设阈值的情况下，发出第一通知信息，以提醒用户，从而减少日志信息膨胀导致CPU占用率高及信息冗余的情况出现的几率。

请参阅图4，本发明监测日志信息的方法第三实施方式中，在第一实施方式的基础上，其中，判断日志信息的输出速度是否大于预设阈值包括：

步骤S301，判断日志信息的输出数量达到预设值所用的输出时间是否小于预设时长。

具体的，请结合参阅图5，包括如下步骤：

步骤S3011，记录每行日志信息输出的输出时间；

步骤S3012，累计日志信息的数量，并判断日志信息的输出数量是否大于预设数量阈值；

步骤S3013，若日志信息的输出数量大于预设数量阈值，则判断日志信息的输出数量达到预设值时所用的输出时间是否小于预设时长。

其中，日志信息的输出数量达到预设值所用的输出时间指的是预设时长内输出的首行日志信息与末行日志信息的输出时间的时间间隔。

步骤S302，若输出时间小于预设时长，则判定日志信息的输出速度大于预设阈值。

举例而言，预设时长为1s，1s内预设数量阈值为400行，即预设阈值为400行/s。当统计到日志信息的输出数量为401行时，即大于预设数量时，则判断输出该401行的日志信息所花的时间是否大于1s，若小于1s，则判定日志信息的输出速度大于预设阈值，同时，将统计日志信息的输出数量更新为0，统计的初始时间也更新为当前日志输出时间，以便于进行下一预设时长内日志信息的输出数量的计算。当然，统计的初始时间也可以保持为相邻上次时间值，在日志信息的输出数量达到预设数量阈值时，计算初始时间与本次统计末的行日志信息的输出时间间隔，得出本轮统计日志信息所花的时间，并与预设时长进行比较。

本实施方式中，***启动后输出的预设数量阈值的数量所对应的预设时长小于输出预设数量阈值之后的等量的日志信息的预设时长。例如，预设时长为1s，***启动后，首个预设时长内输出的日志信息的预设数量阈值为600行，1s之后的预设时长内输出的日志信息的预设数量阈值为400行。

区别于现有技术，本发明实施方式提供的监测日志信息的方法中，通过在日志信息的输出数量达到预设值得情况下，再结合输出这些日志信息的所花费的时间进行判断，以得出日志信息的输出速度，并在输出速度大于预设阈值的情况下，发出第一通知信息，以提醒用户调整，从而减少日志信息膨胀导致CPU占用率高及信息冗余的情况出现的几率。

请参阅图6，本发明监测日志信息的方法第四实施方式中，在第一实施方式的基础上，进一步包括：

步骤S401，判断输出的日志信息中是否含有指定关键词。

其中，指定关键词可以是异常错误的关键词或用户所需的关键词，在判断输出的日志信息中是否含有指定关键词之前，还可以包括读取配置文件，以获取指定关键词的信息。

步骤S402，若含有指定关键词，则发出第二通知信息。

其中，指定关键词可以是包含错误信息的关键词字符串特征词，第二通知信息中的信息可以包括指定关键词所在行的日志信息。进一步的，第二通知信息中的信息可以包括指定关键词所在行的日志信息及该日志信息前后的至少一行日志信息，以便于用户根据指定关键词所在行的日志信息的上下文对异常错误等进行更为准确的分析。

其中，指定关键词可以在配置文件中进行设置。

现有技术中通常，Windows出现死机蓝屏无法操作的时候，只限于在死机才会有相应的错误信息输出到显示器，而本实施方式中，监测到指定关键词时，即使***显示正常也能正常响应用户操作，并发出第二通知信息。

目前，当***出现异常错误时，是将日志信息发送到远程分析服务器上进行分析，实时性不足，具有一定的滞后性，而且需要配置远程服务器，成本高，维护复杂，且长时间的运行，日志信息的数量较多，保存文件较大，日志信息分析的过程中成本高且效率低，而本实施方式在监测到日志信息中包括指定关键词就会发送第二通知信息，简便且效率高。

区别于现有技术，本发明实施方式提供的监测日志信息的方法中，通过读取***输出的日志信息，并通过将日志信息的输出速度与预设阈值进行比较，并在输出速度大于预设阈值的情况下，发出第一通知信息，以提醒用户，从而减少日志信息膨胀导致CPU占用率高及信息冗余的情况出现的几率；进一步的，对于***中的异常错误，尤其是低概率异常错误(例如，运行测试万次以上才出现的***freeze等异常错误)发生后，可以快速从最近时间日志信息中挑选出异常输出的关键词字符串特征词，随后人工分析相关日志信息进一步提取关键词字符串特征词，并将从相关日志信息中提取到的关键词字符串特征词写入到配置文件，重新运行测试，让分析服务进程做字符串匹配对比即可，同时也可以让服务程序缓存相关上下文信息(如保存前后多行相关信息)以便后续调试，相较于人工跟踪，能够有效简化分析过程，易于复制并捕获问题，从而提高效率。

请参阅图7，在本发明监测日志信息的方法第五实施方式中，在第一实施方式或第五实施方式的基础上，进一步包括：

步骤S501，接收第一通知信息或/和第二通知信息；

步骤S502，将第一通知信息或/和第二通知信息的信息通过人机接口传给用户。

其中，人机接口的传达方式可为但不限于为显示界面、声音警报、在日志信息的终端工具和串口通信实时传达或在网页上传达，本实施方式中，通过显示器的显示界面传达，显示界面中可以显示出冗余日志信息数量、指定关键词信息、异常错误的发生时间等。

具体的，请结合参阅图8，通过显示界面传达的方式包括如下步骤：

步骤S5021，当接收到第一通知信息或/和第二通知信息时，获取***的显示显存；

步骤S5022，将第一通知信息或/和第二通知信息中的信息写入至对应显示显存中，并输出在显示界面的最高层。

可以理解，第一通知信息或/和第二通知信息的信息为便于用户查看，以覆盖方式显示在图形显示界面的最高层，为便于用户查看其下层程序显示界面的运行状态，信息所在的界面层可以是半透明的。当然，在其它实施方式中，信息所在的界面层还可以配置用户喜好或方便识别的颜色，例如黄色、蓝色，也可以对指定区域或关键区域做闪烁显示。另外，信息中的字体也可以设置为半透明且配置有方便识别的颜色，或者非透明或/和配置有方便识别的颜色。

区别于现有技术，通过读取***输出的日志信息，并通过将日志信息的输出速度与预设阈值进行比较，并在输出速度大于预设阈值的情况下，发出第一通知信息，在监测到指定关键词的情况下，发出第二通知信息，并在接收到第一通知信息或/和第二通知信息时，通过直观的传达方式供用户查看相关的通知信息并能够及时查看需要的预警信息(如log much、指定关键词及相关有利于程序调试的信息等)，以便用户及时对日志信息的数量以及异常错误进行处理，从而减少日志信息膨胀导致CPU占用率高及信息冗余的情况出现并提升***的可靠与稳定性。

请参阅图9，在本发明监测日志信息的方法第六实施方式中，在第一实施方式的基础上，进一步包括：

步骤S601，在***日志信息对应的库函数中获取输出的日志信息中所含有的进程ID信息；

其中，ID信息可以指的是pid信息。

步骤S602，通过进程ID信息获取相应的程序名；

步骤S603，根据程序名统计相应程序的日志信息的输出数量，并将多个程序的日志信息的输出数量进行排名。

可以理解，进程ID信息与程序名一一对应，根据进程ID信息就可以获取相应的程序名，进而获取相应的程序的日志信息的输出数量。其中，为了快速访问，多个程序日志信息输出数量的统计结果可以采用有序哈希表进行保存在内存中，周期性地通知用户(如图形界面方式显示或输出指定位置的文本中)，当然，在其它实施方式中，可以通过其它的方式排名。

本发明实施方式提供的监测日志信息的方法中，通过在日志信息的输出数量达到预设值得情况下，再结合输出这些日志信息的所花费的时间进行判断，以得出日志信息的输出速度，并在输出速度大于预设阈值的情况下，发出第一通知信息，以提醒用户，从而减少日志信息膨胀导致CPU占用率高及信息冗余的情况出现的几率。另外，进程ID信息与程序名一一对应，根据进程ID信息就可以获取相应的程序名，进而可以直观地输出运行程序名及相关日志信息的输出数量排名，便于后续的增删或其他开发工作。

请参阅图10，在本发明监测日志信息的方法第七实施方式中，在第一实施方式或第六实施方式的基础上，进一步包括：

步骤S701，当监测到配置文件更新时，***或日志监测程序重新启动；

步骤S702，读取配置文件，并获取配置文件中需屏蔽日志信息输出的程序名或/和服务进程名；

步骤S703，将需屏蔽日志信息输出的程序名或/和服务进程名对应的程序或/和服务进程的日志信息屏蔽。

可以理解，在接收到第一通知信息或查看到多个程序的日志信息的输出数量排名表后，用户可依据统计的程序输出日志数量排名或程序运行的稳定性决定是否要屏蔽相应程序的日出输出，并将程序名添加配置文件中，以将选定的至少一个程序或服务进程的日志信息屏蔽掉，以使得选定的至少一个程序或服务进程的日志信息不再输出，例如，在配置文件中加入“filter＝prog1progn…”，其中progn为选定的程序或服务进程的名称。当然，也可以根据需求恢复程序或服务进程的日志信息的输出。

可以理解，***在重新启动后，读取配置文件中的信息，利用哈希算法将程序名或服务进程名转化为哈希编码，利用<哈希编码><日志关闭输出>键值对建立关闭日志信息输出的哈希表。

syslog库函数从当前调用进程中获取运行程序的程序名或服务进程的服务进程名，利用程序名或服务进程名转化为哈希编码的方式，并在上述哈希表中查询上述程序名或服务进程名，若在哈希表中发现对应信息，则不输出对应的程序或服务进程的相应日志信息。

区别于现有技术，本发明实施方式提供的通过在日志信息的输出数量达到预设值得情况下，再结合输出这些日志信息的所花费的时间进行判断，以得出日志信息的输出速度，并在输出速度大于预设阈值的情况下，发出第一通知信息，以提醒用户，从而减少日志信息膨胀导致CPU占用率高及信息冗余的情况出现的几率。另外，在获取第一通知信息或知晓服务进程的日志信息输出排名后，可以根据需求选择程序或服务进程的日志信息不再输出，从而减少日志信息的输出数量；同样也可以根据需求恢复程序或服务进程的日志信息的输出。区别于传统的索引表存储方式，采用哈希存储或访问方式能大大提升访问速度，减少日志监测程序所耗费的***负载。

请参阅图11，在本发明监测日志信息的方法第七实施方式中，以一具体实施方式为例进行说明，包括:

步骤S801，启动***。

其中，***启动后，将接收到读取日志信息的指令。

步骤S802，读取***中的配置文件，获取第一数量阈值、第二数量阈值、指定关键词、屏幕显示信息，以及读取日志信息监测的初始化信息。

其中，获取的屏幕显示信息为是否将第一通知信息或/和第二通知信息的信息实时显示在显示器上，若无需在显示器中实时显示，则可以通过输出警报(如特征字符串，特定声音等)、在日志信息的终端工具和串口通信实时传达或在网络接收端的网页上传达给用户；初始化信息指的是***在运行过程中，对该日志信息的输出数量及输出时间进行初始化。

在安卓***中，进一步包括读取设备节点信息，在安卓***中，创建设备节点，该设备节点是以文件的方式存在，读取设备节点即可获取缓冲文件，进而获取日志信息。

配置文件可以是conf文件或xml配置文件，以下述配置文件为例，

[filter]

linecnt＝100；

bootlogcnt＝400；

TimePrefer＝yes；

dalenable＝no；

Eestype＝error；

Eestring＝dbus-faliure.

其中，bootlogcnt＝400表示第一数量阈值为400行；linecnt＝100表示第二数量阈值的值为100行；TimePrefer＝yes表示时间优先，即优先判断时间间隔是否达到预设时长，在时间间隔达到预设时长的情况下，再对日志信息的输出数量进行判断；dalenable＝no表示不显示在显示器上；Eetype＝error表示所需监测的指定关键词类型为为异常错误相关的关键词；Eestring＝dbus-faliure表示指定关键词为“dbus-faliure”。

步骤S803，读取输出的日志信息。

步骤S804，记录首行日志信息输出的第一输出时间。

步骤S805，累计日志信息的输出数量及获取非首行日志信息输出的第二输出时间。

步骤S806，计算第一输出时间与第二输出时间之间的时间间隔是否达到预设时长，若时间间隔达到预设时长，则进入步骤S807，若时间间隔未达到预设时长，则回到步骤S805。

步骤S807，判断日志信息的输出数量是否达到第一数量阈值，若日志信息的输出数量达到第一数量阈值，则发出第一通知信息。

步骤S808，将日志信息的输出数量更新为0，且将当前日志信息输出的第二输出时间更新为下一预设时长中的首行日志信息输出的第一输出时间，同时进入到步骤S805及步骤S809。

步骤S809，判断输出的日志信息中是否含有指定关键词。

步骤S810，若输出的日志信息中含有指定关键词，则发出第二通知信息。

步骤S811，接收第一通知信息或/和第二通知信息，并显示第一通知信息或/和第二通知信息中的信息。

请参阅图12，图11为本发明移动终端一实施方式的结构示意图。该移动终端包括：处理器201、存储器202、通信电路203以及显示器204，其中，处理器201分别耦接存储器202、通信电路203以及显示器204，处理器201、存储器202、通信电路203以及显示器204在工作时能够实现上述任一实施方式中的联系人处理方法中的步骤。

请参阅图13，图12为本发明具有存储功能的装置一实施方式的结构示意图，该装置30存储有程序数据301，该装置30可以是移动终端、服务器等，程序数据301能够被处理器执行时实现上述任一实施方式中的联系人处理方法中的步骤。

以上所述仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种监测日志信息的方法，其特征在于，包括：

读取***输出的日志信息；

判断所述日志信息的输出速度是否大于预设阈值；

若所述输出速度大于所述预设阈值，则发出第一通知信息。

2.根据权利要求1所述的方法，其特征在于，

所述判断所述日志信息的输出速度是否大于预设阈值包括：

判断预设时间周期内所述日志信息的输出数量是否大于预设数量阈值；

若所述预设时间周期内所述日志信息的输出数量大于所述预设数量阈值，则判定所述日志信息的输出速度大于所述预设阈值；

或者，

判断所述日志信息的输出数量达到预设值所用的输出时间是否小于预设时长；

若所述输出时间小于所述预设时长，则判定所述日志信息的输出速度大于所述预设阈值。

3.根据权利要求1所述的方法，其特征在于，所述***启动后第一预设时长之内所述预设阈值的值大于所述***启动后所述第一预设时长之后所述预设阈值的值。

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

判断输出的所述日志信息中是否含有指定关键词；

若输出的所述日志信息中含有所述指定关键词，则发出第二通知信息。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

当接收到所述第一通知信息或/和所述第二通知信息时，将所述第一通知信息或/和所述第二通知信息中的信息通过人机接口传给用户。

6.根据权利要求5所述的方法，其特征在于，所述第一通知信息或/和所述第二通知信息中的所述信息通过所述***中的显示界面显示，其中，所述信息所在的界面层为半透明的。

7.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

在***日志信息对应的库函数中获取输出的所述日志信息中所含有的进程ID信息；

通过所述进程ID信息获取相应的程序名；

根据所述程序名统计相应程序的所述日志信息的输出数量，并将多个程序的日志信息的输出数量进行排名。

8.根据权利要求7所述的方法，其特征在于，

当监测到配置文件更新时，***或日志监测程序重新启动；

读取配置文件，并获取所述配置文件中需屏蔽日志信息输出的程序名或/和服务进程名；

将需屏蔽日志信息输出的所述程序名或/和所述服务进程名对应的所述程序或/和所述服务进程的所述日志信息屏蔽。

9.一种移动终端，其特征在于，所述移动终端包括：处理器、通信电路、显示器及存储器，所述处理器分别耦接所述通信电路、所述显示器及所述存储器，所述处理器、所述通信电路、所述显示器及所述存储器在工作时能够实现权利要求1-8任一项所述方法中的步骤。

10.一种具有存储功能的装置，其上存储有程序数据，其特征在于，所述程序数据被处理器执行时实现权利要求1-8任一项所述方法中的步骤。