CN106484593A - 日志处理方法、装置及电子设备 - Google Patents

Abstract

本公开是关于日志处理方法、装置及电子设备，所述方法包括：操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于调试DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息；若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息；将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。本公开实施例可以显著减少电子设备的日志收集压力，减少资源占用，同时也能保证在需要发送日志时收集到有效的日志消息。

Description

日志处理方法、装置及电子设备

技术领域

本公开涉及电子设备技术领域，尤其涉及日志处理方法、装置及电子设备。

背景技术

随着电子设备技术的快速发展，智能设备的使用越来越频繁。为了便于了解设备的运行状态，设备通常会收集存储日志文件，以供用户查询和分析。日志文件的收集过程会增加设备的负担，大量的日志文件会占用设备的存储空间。

发明内容

为克服相关技术中存在的问题，本公开提供了日志处理方法、装置及电子设备。

根据本公开实施例的第一方面，提供一种日志处理方法，所述方法包括：

操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于调试DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息；

若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息；

将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。

可选的，所述方法还包括：

检测日志存储空间的剩余容量；

当所述剩余容量低于预设容量值时，删除日志存储空间中全部或部分级别最低的日志消息后，写入所述日志收集任务收集的日志消息至所述日志存储空间。

可选的，所述日志级别从低到高包括调试DEBUG级别，运行INFO级别，警告WARNING级别，错误ERROR级别和严重FATAL级别；所述预设级别为警告WARNING级别。

可选的，在将所述日志收集任务的日志级别配置为所述DEBUG级别后的预定时间，将所述日志收集任务的日志级别恢复为所述预设级别。

可选的，在所述将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端后，所述方法还包括：

删除所述预设级别及以上级别的日志消息和所述所有级别的日志消息。

可选的，所述接收到预设的日志发送请求，包括：

若预设的日志发送接口被客户端调用，确定接收到预设的日志发送请求。

根据本公开实施例的第二方面，提供一种日志处理装置，包括：

运行模块，被配置为操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于调试DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息；

级别配置模块，被配置为若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息；

发送模块，被配置为将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。

可选的，所述装置还包括：

容量检测模块，被配置为检测日志存储空间的剩余容量；

日志处理模块，被配置为在所述剩余容量低于预设容量值时，删除日志存储空间中全部或部分级别最低的日志消息后，写入所述日志收集任务收集的日志消息至所述日志存储空间。

可选的，所述日志级别从低到高包括调试DEBUG级别，运行INFO级别，警告WARNING级别，错误ERROR级别和严重FATAL级别；所述预设级别为警告WARNING级别。

可选的，所述装置还包括：

级别恢复模块，被配置为在将所述日志收集任务的日志级别配置为所述DEBUG级别后的预定时间，将所述日志收集任务的日志级别恢复为所述预设级别。

可选的，所述装置还包括删除模块，被配置为：在所述发送模块将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端后，删除所述预设级别及以上级别的日志消息和所述所有级别的日志消息。

可选的，所述级别配置模块，包括：

确定子模块，被配置为若预设的日志发送接口被客户端调用，确定接收到预设的日志发送请求。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息；

若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息；

将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开中，可以将日志收集任务的日志级别默认配置为至少高于DEBUG级别，对于较低级别的日志消息，可以不进行收集，从而减少对设备存储的负担；用户需要发送日志的时候通常是设备发生异常的时候，因此可以在接收到用户发起的日志发送请求时，重新配置日志收集任务的日志级别，收集所有日志消息并发送给服务端，从而保证设备异常时候可以收集到所有日志消息，保证收集到有效信息。本公开实施例可以显著减少电子设备的日志收集压力，减少资源占用，同时也能保证在需要发送日志时收集到有效的日志消息。

本公开中，可以检测日志存储空间的剩余容量，在设备的日志存储空间不足时，可以删除级别最低的日志消息，从而可将新收集的日志消息进行存储，解决了设备由于日志存储空间较小导致的数据溢出的问题。

本公开中，由于DEBUG级别和INFO级别的日志信息较多，且不涉及重要的异常运行数据，在大多数正常运行情况下，可以无需收集此级别的日志消息，因此可以显著减少日志收集任务的工作量，降低日志文件的占用空间，减少对电子设备的系统资源的消耗。

本公开中，可以在用户请求下收集一段时间内所有级别的日志消息，当预设时间到达，则重新将日志级别恢复为所述预设级别，使得日志处理过程更为智能。

本公开中，在将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端后，删除所述预设级别及以上级别的日志消息和所述所有级别的日志消息，因此可以及时释放电子设备的存储空间。

本公开中，通过提供接口给客户端，可以使客户端方便地调用接口，从而便捷地发起日志发送请求。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是本公开根据一示例性实施例示出的一种日志处理方法的流程图。

图2是本公开根据一示例性实施例示出的另一种日志处理方法的流程图。

图3是本公开根据一示例性实施例示出的另一种日志处理方法的流程图。

图4是本公开根据一示例性实施例示出的一种日志处理装置的框图。

图5是本公开根据一示例性实施例示出的另一种日志处理装置的框图。

图6是本公开根据一示例性实施例示出的另一种日志处理装置的框图。

图7是本公开根据一示例性实施例示出的另一种日志处理装置的框图。

图8是本公开根据一示例性实施例示出的另一种日志处理装置的框图。

图9是根据一示例性实施例示出的一种用于日志处理装置的框图。

具体实施方式

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

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

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

通常，为了便于了解设备的运行状况，电子设备都配置有日志记录功能，操作系统运行过程中可以生成相应的日志消息，日志有助于分析系统的运行过程，以供用户查询、分析、跟踪定位并解决问题。日志在收集后通常会写入至设备的存储器。相关技术中，电子设备的操作系统启动后，通常是一直不间断地收集存储日志。此种处理方式，一方面会增加系统负担，另一方面，由于持续收集，日志文件较大，对于一些存储器配置较小的电子设备，日志记录会占用较大的空间。然而，很多应用场景下，通常是在设备运行异常后，才将所存储的日志提交至服务端，此时所提交的日志可能由于较长时间的累积，文件中所记录的信息非常多，服务端的处理人员从日志文件中查找异常原因的工作量将非常大，难度也较高。并且，很多时候用户都是在问题出现后较长时间才提交日志，中间可能还进行了其他操作动作，从很多的日志消息中找出异常原因的工作量巨大。

本公开实施例所提供的日志处理方法，可以将日志收集任务的日志级别默认配置为至少高于调试DEBUG级别，对于较低级别的日志消息，可以不进行收集，从而减少设备的存储负担；用户需要发送日志的时候通常是设备发生异常的时候，因此可以在接收到用户发起的日志发送请求时，重新配置日志收集任务的日志级别，收集所有日志消息并发送给服务端，从而保证设备异常时可以收集到所有日志消息，并保证收集到有效信息。本公开实施例可以显著减少电子设备的日志收集压力，减少资源占用，同时也能保证在需要发送日志时收集到有效的日志消息。由于日志文件不会记录较多的无效信息，因此可以使用户更快地分析出异常原因。接下来对本公开实施例进行详细说明。

如图1所示，图1是本公开根据一示例性实施例示出的一种日志处理方法的流程图，可应用于电子设备，包括以下步骤101至103：

在步骤101中，操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息。

在步骤102中，若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息。

在步骤103中，将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。

本公开实施例的电子设备，可以是智能手机、平板电脑、智能路由器、电子书阅读器、多媒体播放器、便携式终端或个人计算机等设备。电子设备通常运行有操作系统(Operating System，简称OS)，操作系统是管理和控制终端硬件与软件资源的程序，其功能主要包括管理终端系统的硬件、软件及数据资源，控制程序运行，改善人机界面，为其它应用软件提供支持等。

操作系统通常配置有日志收集功能，操作系统启动后，日志收集任务开始运行，通过日志收集任务可以收集日志消息。日志收集任务可以是一预先配置好的日志记录器(Logger或Logcat等)，日志记录器是日志处理的核心组件。

日志消息的级别从低到高包括有：

DEBUG(调试)：指示细粒度信息事件，此级别的日志消息通常可以用于分析应用程序的调试过程。

INFO(运行)：指示粗粒度信息事件，此级别的日志消息通常突出强调应用程序的运行过程。

WARNING(警告)：指示出现潜在错误的事件。

ERROR(错误)：指示发生错误事件，但该错误事件不影响系统的继续运行。

FATAL(严重错误)：指示出现严重的错误事件，该错误事件导致应用程序的退出等后果。

其中，DEBUG级别的日志消息通常涉及应用程序的调试消息，INFO级别的日志消息涉及应用程序的运行过程，DEBUG级别和INFO级别的日志消息较其他级别的日志消息更多，并且通常不涉及应用程序的异常运行数据。而WARNING，ERROR和FATAL级别的日志消息，则涉及异常运行数据，通常在发生异常时产生。

相关技术中，日志收集任务所收集的日志级别默认配置为DEBUG级别，因此在设备启动后，会持续不间断地收集存储日志消息。而本公开实施例中，将日志收集任务的日志级别默认配置为预设级别，该预设级别至少高于DEBUG级别。例如，由于日志级别从低到高依次为DEBUG，INFO，WARNING，ERROR和FATAL；预设级别可以是INFO，则DEBUG级别的日志消息不会被收集，或者，预设级别还可以是WARNING级别，则DEBUG级别和INFO级别的日志消息不会被收集。

相对于相关技术，本公开实施例通过取消对部分级别的日志消息的收集操作，从而减少日志消息的收集数量，而被取消收集的日志为相对不重要且不涉及异常运行的日志消息，因此能显著减少日志收集工作量。

在一个可选的实现方式中，预设级别可以是WARNING级别，由于DEBUG级别和INFO级别的日志信息较多，且不涉及重要的异常运行数据，在大多数正常运行情况下，可以无需收集此级别的日志消息，因此可以显著减少日志收集任务的工作量，降低日志文件的占用空间，减少对电子设备的系统资源的消耗。

在实际应用中，某些配置较低的设备，其内置的日志存储空间可能不大，日志收集任务在持续收集日志消息的过程中，设备的日志存储空间可能由于持续存储日志消息而导致剩余容量不足，因此，本实施例方法还可以包括：

检测日志存储空间的剩余容量。

当所述剩余容量低于预设容量时，删除日志存储空间中全部或部分级别最低的日志消息后，写入所述日志收集任务收集的日志消息至所述日志存储空间路由器等。

本实施例中，设备可以配置非易失性内存等存储器件，在存储器件中配置一存储空间用于存储日志消息，设备检测日志存储空间的剩余容量的过程可以实时处理，也可以按照预设时间间隔处理。预设容量值可以根据实际设备的存储空间总容量而确定，例如1M、5M、100Kb等数值。通过剩余容量与预设容量的比较，若发现设备的日志存储空间剩余较小时，可以将日志存储空间中已存储的全部或部分级别最低的日志消息进行删除，从而使设备能写入新收集的日志消息。其中，删除的日志消息是日志存储空间中级别最低的消息，删除操作所涉及的日志消息，可以是全部，也可以是部分，具体可根据日志消息本身的占用大小和日志存储空间的剩余容量而确定，本实施例对此不作限定。从时间上考虑，由于新收集的日志消息能利于技术人员分析设备的最新状态，并且所删除的对象是级别最低的日志消息，因此仍能保证日志消息在后续分析设备异常时的有效性，本实施例解决了设备由于日志存储空间较小导致的数据溢出的问题。

电子设备中可以安装有多种客户端软件(简称客户端)，电子设备运行异常的情况通常包括有客户端运行出错、感染病毒、系统负载较大导致客户端强制退出或用户异常操作等。当电子设备运行异常，电子设备的用户可以将收集的日志消息打包为压缩文件并发送给服务端，以供服务端的技术人员查阅日志文件，分析日志消息，查找异常原因。在电子设备运行异常情况下，为了能获得有效的日志消息，本公开实施例可以将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息，从而达到收集完整的日志消息的目的，以保证日志文件能记录有效信息。

其中，针对日志发送请求可以理解为：为了检测到用户对基于本公开的日志处理方案的需求，在设备内预定义的日志发送请求。该日志发送请求可以基于多种预设事件被触发而自动生成。例如，可以是在显示数据的界面上接收到点击事件、双击事件或长按事件等，或者是显示数据的界面上所提供的数据分享选项被触发，以使电子设备确定接收到日志发送请求，进而可以采用本公开的技术方案进行日志级别的重新配置，使日志收集任务开始收集所有级别的日志消息。

在一个可选的实现方式中，所述接收到预设的日志发送请求，包括：

若预设的日志发送接口被客户端调用，确定接收到预设的日志发送请求。

本公开实施例中，针对客户端，当客户端运行异常，用户可以基于客户端显示界面中提供的日志发送选项，用户可以触发该日志发送选项，向服务端发送日志文件。电子设备可以向客户端提供一日志发送接口(API，Application Programming Interface，应用程序编程接口)，该日志发送接口与该日志发送选项关联，当用户触发日志发送选项，表示该日志发送接口被调用，从而电子设备确定接收到日志发送请求。在实际应用中，日志发送接口可以通过多种方式实现，例如可以是网页(HTTP)格式的API，当客户端调用该API，则确定接收到预设的日志发送请求，并配置日志收集任务的日志级别，控制日志收集任务开始收集所有级别的日志文件。

由上述实施例可见，通过提供接口给客户端，可以使客户端方便地调用接口，从而便捷地发起日志发送请求。

如图2所示，图2是本公开根据一示例性实施例示出的另一种日志处理方法的流程图，可应用于电子设备，包括以下步骤201至204：

在步骤201中，操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息。

在步骤202中，若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息。

在步骤203中，将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。

在步骤204中，在将所述日志收集任务的日志级别配置为所述DEBUG级别后的预定时间，将所述日志收集任务的日志级别恢复为所述预设级别。

本公开实施例中的步骤201至203的具体内容可以参考前述图1所示实施例。相对于图1所示实施例，本公开实施例在图1所示实施例的基础上，在将所述日志收集任务的日志级别配置为所述DEBUG级别后的预定时间，重新将所述日志收集任务的日志级别恢复为所述预设级别。

其中，该预定时间可以是5分钟、10分钟或1小时等预设时间。具体应用时，可以预先配置一定时器，在将所述日志收集任务的日志级别配置为所述DEBUG级别时，开始启动定时器进行计时，此时日志收集任务持续收集所有级别的日志消息，当计时时间达到该预定时间，重新将所述日志收集任务的日志级别恢复为所述预设级别，则日志收集任务停止收集所有级别的日志消息，开始收集预设级别及以上级别的日志消息。

本公开实施例中，可以在用户请求下收集一段时间内所有级别的日志消息，当预设时间到达，则重新将日志级别恢复为所述预设级别，使得日志处理过程更为智能。

如图3所示，图3是本公开根据一示例性实施例示出的另一种日志处理方法的流程图，可应用于电子设备，包括以下步骤301至304：

在步骤301中，操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息。

在步骤302中，若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息。

在步骤303中，将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。

在步骤304中，删除所述预设级别及以上级别的日志消息和所述所有级别的日志消息。

本公开实施例中的步骤301至303的具体内容可以参考前述图1所示实施例。相对于图1所示实施例，本公开实施例在图1所示实施例的基础上，在将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端后，删除所述预设级别及以上级别的日志消息和所述所有级别的日志消息，因此可以释放电子设备的存储空间。

与前述日志处理方法的实施例相对应，本公开还提供了日志处理装置及其所应用的电子设备的实施例。

如图4所示，图4是本公开根据一示例性实施例示出的一种日志处理装置的框图，所述装置包括：运行模块41、级别配置模块42和发送模块43。

其中，运行模块41，被配置为操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息。

级别配置模块42，被配置为若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息。

发送模块43，被配置为将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。

由上述实施例可见，可以将日志收集任务的日志级别默认配置为至少高于Debug级别，对于较低级别的日志消息，可以不进行收集，从而减少对设备存储的负担；用户需要发送日志的时候通常是设备发生异常的时候，因此可以在接收到用户发起的日志发送请求时，重新配置日志收集任务的日志级别，收集所有日志消息并发送给服务端，从而保证设备异常时候可以收集到所有日志消息，保证收集到有效信息。本公开实施例可以显著减少电子设备的日志收集压力，减少资源占用，同时也能保证在需要发送日志时收集到有效的日志消息。

如图5所示，图5是本公开根据一示例性实施例示出的另一种日志处理装置的框图，该实施例在前述图4所示实施例的基础上，所述装置还包括：容量检测模块44和日志处理模块45。

其中，容量检测模块44，被配置为检测日志存储空间的剩余容量。

日志处理模块45，被配置为在所述剩余容量低于预设容量值时，删除日志存储空间中全部或部分级别最低的日志消息后，写入所述日志收集任务收集的日志消息至所述日志存储空间。

由上述实施例可见，可以检测日志存储空间的剩余容量，在设备的日志存储空间不足时，可以删除级别最低的日志消息，从而可将新收集的日志消息进行存储，解决了设备由于日志存储空间较小导致的数据溢出的问题。

在一个可选的实现方式中，所述日志级别从低到高包括调试DEBUG级别，运行INFO级别，警告WARNING级别，错误ERROR级别和严重FATAL级别；所述预设级别为警告WARNING级别。

由上述实施例可见，由于DEBUG级别和INFO级别的日志信息较多，且不涉及重要的异常运行数据，在大多数正常运行情况下，可以无需收集此级别的日志消息，因此可以显著减少日志收集任务的工作量，降低日志文件的占用空间，减少对电子设备的系统资源的消耗。

如图6所示，图6是本公开根据一示例性实施例示出的另一种日志处理装置的框图，该实施例在前述图4所示实施例的基础上，所述装置还包括：级别恢复模块46。

级别恢复模块46，被配置为在将所述日志收集任务的日志级别配置为所述DEBUG级别后的预定时间，将所述日志收集任务的日志级别恢复为所述预设级别。

由上述实施例可见，可以在用户请求下收集一段时间内所有级别的日志消息，当预设时间到达，则重新将日志级别恢复为所述预设级别，使得日志处理过程更为智能。

如图7所示，图7是本公开根据一示例性实施例示出的另一种日志处理装置的框图，该实施例在前述图4所示实施例的基础上，所述装置还包括删除模块47。

删除模块47，被配置为：在所述发送模块43将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端后，删除所述预设级别及以上级别的日志消息和所述所有级别的日志消息。

由上述实施例可见，在将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端后，删除所述预设级别及以上级别的日志消息和所述所有级别的日志消息，因此可以及时释放电子设备的存储空间。

如图8所示，图8是本公开根据一示例性实施例示出的另一种日志处理装置的框图，该实施例在前述图4所示实施例的基础上，所述级别配置模块42，包括：确定子模块421。

确定子模块421，被配置为若预设的日志发送接口被客户端调用，确定接收到预设的日志发送请求。

由上述实施例可见，通过提供接口给客户端，可以使客户端方便地调用接口，从而便捷地发起日志发送请求。

相应的，本公开还提供一种电子设备，所述装置包括有处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息。

若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息。

将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。

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

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

图9是根据一示例性实施例示出的一种用于日志处理装置的框图。

如图9所示，根据一示例性实施例示出的一种用于日志处理装置900，该装置900可以是计算机，移动电话，数字广播终端，路由器，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，智能手机，个人数字助理等终端。

参照图9，装置900可以包括以下一个或多个组件：处理组件901，存储器902，电源组件903，多媒体组件904，音频组件905，输入/输出(I/O)的接口906，传感器组件907，以及通信组件908。

处理组件901通常控制装置900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件901可以包括一个或多个处理器909来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件901可以包括一个或多个模块，便于处理组件901和其它组件之间的交互。例如，处理部件901可以包括多媒体模块，以方便多媒体组件904和处理组件901之间的交互。

存储器902被配置为存储各种类型的数据以支持在装置900的操作。这些数据的示例包括用于在装置900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器902可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件903为装置900的各种组件提供电力。电源组件903可以包括电源管理系统，一个或多个电源，及其它与为装置900生成、管理和分配电力相关联的组件。

多媒体组件904包括在所述装置900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件904包括一个前置摄像头和/或后置摄像头。当装置900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件905被配置为输出和/或输入音频信号。例如，音频组件905包括一个麦克风(MIC)，当装置900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器902或经由通信组件908发送。在一些实施例中，音频组件905还包括一个扬声器，用于输出音频信号。

I/O接口902为处理组件901和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件907包括一个或多个传感器，用于为装置900提供各个方面的状态评估。例如，传感器组件907可以检测到装置900的打开/关闭状态，组件的相对定位，例如所述组件为装置900的显示器和小键盘，传感器组件907还可以检测装置900或装置900一个组件的位置改变，用户与装置900接触的存在或不存在，装置900方位或加速/减速和装置900的温度变化。传感器组件907可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件907还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件907还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件908被配置为便于装置900和其它设备之间有线或无线方式的通信。装置900可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件908经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件908还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其它技术来实现。

在示例性实施例中，装置900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其它电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器902，上述指令可由装置900的处理器909执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

其中，当所述存储介质中的指令由所述处理器执行时，使得装置800能够执行一种日志处理方法，包括：

操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息。

若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息；

将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。

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

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

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

Claims (13)

1.一种日志处理方法，其特征在于，所述方法包括：

操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于调试DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息；

若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息；

将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。

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

检测日志存储空间的剩余容量；

当所述剩余容量低于预设容量时，删除日志存储空间中全部或部分级别最低的日志消息，写入所述日志收集任务收集的日志消息至所述日志存储空间。

3.根据权利要求1或2所述的方法，其特征在于，所述日志级别从低到高包括调试DEBUG级别，运行INFO级别，警告WARNING级别，错误ERROR级别和严重FATAL级别；所述预设级别为警告WARNING级别。

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

在将所述日志收集任务的日志级别配置为所述DEBUG级别后的预定时间，将所述日志收集任务的日志级别恢复为所述预设级别。

5.根据权利要求1所述的方法，其特征在于，在所述将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端后，所述方法还包括：

删除所述预设级别及以上级别的日志消息和所述所有级别的日志消息。

6.根据所述权利要求1所述的方法，其特征在于，所述接收到预设的日志发送请求，包括：

若预设的日志发送接口被客户端调用，确定接收到预设的日志发送请求。

7.一种日志处理装置，其特征在于，所述装置包括：

运行模块，被配置为操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于调试DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息；

级别配置模块，被配置为若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息；

发送模块，被配置为将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

容量检测模块，被配置为检测日志存储空间的剩余容量；

日志处理模块，被配置为在所述剩余容量低于预设容量值时，删除日志存储空间中全部或部分级别最低的日志消息后，写入所述日志收集任务收集的日志消息至所述日志存储空间。

9.根据权利要求7或8所述的装置，其特征在于，所述日志级别从低到高包括调试DEBUG级别，运行INFO级别，警告WARNING级别，错误ERROR级别和严重FATAL级别；所述预设级别为警告WARNING级别。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

级别恢复模块，被配置为在将所述日志收集任务的日志级别配置为所述DEBUG级别后的预定时间，将所述日志收集任务的日志级别恢复为所述预设级别。

11.根据权利要求7所述的装置，其特征在于，所述装置还包括删除模块，被配置为：在所述发送模块将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端后，删除所述预设级别及以上级别的日志消息和所述所有级别的日志消息。

12.根据所述权利要求7所述的装置，其特征在于，所述级别配置模块，包括：

确定子模块，被配置为若预设的日志发送接口被客户端调用，确定接收到预设的日志发送请求。

13.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

操作系统启动后，运行日志收集任务，所述日志收集任务的日志级别默认配置为预设级别，所述预设级别至少高于调试DEBUG级别，通过所述日志收集任务收集所述预设级别及以上级别的日志消息；

若接收到预设的日志发送请求，将所述日志收集任务的日志级别配置为所述DEBUG级别，通过所述日志收集任务收集所有级别的日志消息；

将所述预设级别及以上级别的日志消息和所述所有级别的日志消息发送给服务端。