CN110333964A - 异常日志处理方法及装置、电子设备、存储介质 - Google Patents

Abstract

本公开是关于一种异常日志处理方法及装置、电子设备、存储介质，涉及计算机技术领域，该方法包括：在终端发生故障时，若所述终端处于预设特殊模式，则将所述终端的异常日志存储至所述终端的固定分区；从所述固定分区中获取所述异常日志，并将所述异常日志回传至服务器，以便于对所述异常日志进行分析。本公开能够及时将异常日志上传，在终端无法开机时也可以根据异常日志进行快速准确分析。

Description

异常日志处理方法及装置、电子设备、存储介质

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种异常日志处理方法、异常日志处理装置、电子设备以及计算机可读存储介质。

背景技术

手机等终端发生无法开机的故障时，需要对这些无法开机的终端进行故障原因分析。

相关技术中，整个维修过程涉及的环节多、人员多、时间多，无法将终端发生故障时产生的日志传输到后台服务器，且日志无法及时上传导致对终端进行原因分析的效率较低，且不能准确分析发生故障的原因。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种异常日志处理方法及装置、电子设备、存储介质，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的对终端的故障分析效率较低的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种异常日志处理方法，包括：在终端发生故障时，若所述终端处于预设特殊模式，则将所述终端的异常日志存储至所述终端的固定分区；从所述固定分区中获取所述异常日志，并将所述异常日志回传至服务器，以便于对所述异常日志进行分析。

在本公开的一种示例性实施例中，将所述异常日志存储至所述终端的固定分区包括：根据所述异常日志的类型，将所述异常日志存储至所述终端的所述固定分区，所述异常日志的类型包括第一类型的日志和第二类型的日志。

在本公开的一种示例性实施例中，根据所述异常日志的类型，将所述异常日志存储至所述终端的所述固定分区包括：若所述异常日志为所述第一类型的日志，则采用定时器机制将所述异常日志存储至所述固定分区。

在本公开的一种示例性实施例中，若所述异常日志为所述第一类型的日志，则采用定时器机制将所述异常日志存储至所述固定分区包括：在所述终端的目标阶段运行时提供一个定时器；若所述定时器结束时，所述目标阶段未完成运行，则确定系统卡死；在系统卡死时，将所述目标阶段的运行日志作为所述第一类型的日志存储至所述固定分区。

在本公开的一种示例性实施例中，根据所述异常日志的类型，将所述异常日志存储至所述终端的所述固定分区包括：若所述异常日志为所述第二类型的日志，则在备份模式下将所述异常日志存储至所述固定分区。

在本公开的一种示例性实施例中，所述第一类型的日志包括系统卡死的日志，所述第二类型的日志包括系统崩溃的日志，所述第一类型的日志和所述第二类型的日志的固定分区不同。

在本公开的一种示例性实施例中，所述方法还包括：对所述异常日志进行实时解析，并对所述终端进行检测；将解析结果以及检测结果上传至所述服务器，以便于对所述异常日志进行分析。

根据本公开的一个方面，提供一种异常日志处理装置，包括：日志存储模块，用于在终端发生故障时，若所述终端处于预设特殊模式，则将所述终端的异常日志存储至所述终端的固定分区；日志读取模块，用于从所述固定分区中获取所述异常日志，并将所述异常日志回传至服务器，以便于对所述异常日志进行分析。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的异常日志处理方法。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的异常日志处理方法。

本公开示例性实施例中提供的异常日志处理方法、异常日志处理装置、电子设备以及计算机可读存储介质中，在终端故障且处于预设特殊模式时，将所述终端的异常日志存储至所述终端的固定分区；从所述固定分区中获取所述异常日志，并将所述异常日志回传至服务器，以便于对所述异常日志进行分析。一方面，由于可以将终端的异常日志存储在固定分区，且固定分区中的内容不会被删除，进一步可从固定分区中获取到存储的异常日志，并将异常日志回传至服务器。避免了相关技术中由于终端发生故障而导致的不能对异常日志进行回传的问题，能够及时将异常日志上传至服务器，提高日志回传的效率和及时性。另一方面，由于能够及时将异常日志回传至服务器，在终端发生故障的情况下可为异常日志的分析提供辅助作用，通过异常日志能够准确分析终端发生故障的原因，并且能够提高故障分析的效率。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开示例性实施例中一种异常日志处理方法的示意图；

图2示意性示出本公开示例性实施例中对异常日志进行存储的流程图；

图3示意性示出本公开示例性实施例中异常日志处理的整体流程图；

图4示意性示出本公开示例性实施例中异常日志处理装置的框图；

图5示意性示出本公开示例性实施例中一种电子设备的框图；

图6示意性示出本公开示例性实施例中一种程序产品。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本示例实施方式中首先提供了一种异常日志处理方法，可以应用于对终端的故障进行分析的场景中。参考图1中所示，该方法包括以下步骤：

在步骤S110中，在终端发生故障时，若所述终端处于预设特殊模式，则将所述终端的异常日志存储至所述终端的固定分区；

在步骤S120中，从所述固定分区中获取所述异常日志，并将所述异常日志回传至服务器，以便于对所述异常日志进行分析。

本公开示例性实施例中提供的异常日志处理方法中，一方面，由于可以将终端的异常日志存储在固定分区，且固定分区中的内容不会被删除，进一步可从固定分区中获取到存储的异常日志，并将异常日志回传至服务器。避免了相关技术中由于终端发生故障而导致的不能对异常日志进行回传的问题，能够及时将异常日志上传至服务器，提高日志回传的效率和及时性。另一方面，由于能够及时将异常日志回传至服务器，在终端发生故障的情况下可为异常日志的分析提供辅助作用，通过异常日志能够准确分析终端发生故障的原因，并且能够提高故障分析的效率。

接下来，参考附图对本示例性实施例中的异常日志处理方法进行具体说明。

在步骤S110中，在终端发生故障时，若所述终端处于预设特殊模式，则将所述终端的异常日志存储至所述终端的固定分区。

本示例性实施例中，终端可以为移动终端，例如可以包括但不限于手机、平板电脑等电子设备或者是电子产品，本示例性实施例中以手机为例进行说明。手机运行大致分为三个阶段：引导加载程序Bootloader、操作系统内核Kernel和Android三个阶段。其中，Bootloader是在操作系统内核运行之前运行的一段小程序。通过这段小程序，可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境。Kernel操作系统内核是指大多数操作系统的核心部分，具体由操作系统中用于管理存储器、文件、外设和系统资源的那些部分组成。操作系统内核通常运行进程，并提供进程间的通信。一般而言，终端开机完成是在Android阶段。

本示例性实施例中的终端发生故障，主要指的是终端无法开机的故障，但是其他故障情况也可以在本申请的保护范围之内。终端无法开机的原因可以为终端进水、终端的电池坏掉、终端的硬件故障、终端中毒等等原因中任意一种，此处不作特殊限定。

在终端无法开机时，可通过工具端对终端进行诊断和检测，以此来判断终端的异常情况，据此确定是否要需要换机或者是否需要维修。工具端可以包括售后人员经常使用的工具，例如可以包括但不限于下载工具、诊断工具等等。在终端无法开机以及判断是换机还是维修之前，首先可将终端切换为预制特殊模式。预设特殊模式指的是用户通过操作使得终端进入一个特殊的协议模式，并且在该特殊的协议模式下，工具端与终端相连接。该特殊的协议模式指的是能够在无法开机的情况下对终端进行操作的模式，从而使得终端处于可以操作的状态，特殊的协议模式例如可以为firehorse模式或者是其它模式。具体地，可以响应用户的操作，使终端进入特殊的协议模式。用户的操作可以包括但不限于：用户通过按住音量的上下键来控制发生故障的终端进入特殊的协议模式。在终端进入特殊的协议模式后，工具端可以通过终端的特殊的协议模式与终端和服务器进行交互连接，从而使得终端处于预设特殊模式。基于此，本示例性实施例的异常日志处理方法的执行主体可以为工具端。

在终端发生故障时，若检测到终端处于预设特殊模式时，则可以将所述终端的异常日志存储至所述终端的固定分区。本示例性实施例中，日志可以理解为是对终端的操作系统或者是应用程序进行一些操作处理时产生的操作记录，也可以理解为终端系统或程序运行过程中产生的运行记录。异常日志可以理解为终端运行异常或者是产生故障时产生的日志，在异常日志中一般包括有终端运行异常时产生的关键错误信息。基于此，可通过对异常日志进行分析，以查找终端产生异常的原因，并且使用户能够及时、清楚地了解终端运行故障并产生异常日志的原因。从而实现有效分析。

固定分区指的是在处理作业之前，主存储器就已经被划分成若干个分区，每个分区的大小可以相同，也可以不同。但是，一旦划分好固定分区后，主存储器中的分区的个数就固定了，且每个分区的大小固定不变。需要说明的是，可以事先对固定分区进行设置，例如固定分区fatalA存储第一类型的日志，固定分区fatalB存储第二类型的日志等等。

本示例性实施例中，在所述终端已经处于预设特殊模式之后，为了避免异常日志的丢失，可以将其放入在一个不会被删除的固定分区内，以便于对异常日志进行查找和存储。本示例性实施例中，异常日志可以包括但不限于终端对应的系统卡死的日志以及系统崩溃(系统发生crash)的日志。

本示例性实施例中的异常日志可以包括不同类型的日志，异常日志的类型可以为例如第一类型的日志和第二类型的日志，且不同类型的日志由不同的故障原因产生。第一类型的日志可以为系统卡死的日志，即在系统卡死时产生的日志；第二类型的日志可以为系统崩溃的日志，即在系统崩溃时产生的日志。在将异常日志存储至固定分区时，可根据异常日志的类型，准确地将各个类型的异常日志存储至各自对应的固定分区内。

图2中示意性示出将异常日志存储至终端的固定分区的示意图，参考图2中所示，主要包括步骤210、步骤S220以及步骤S230，且步骤S210至步骤S230为步骤S110的具体实现方式，其中：

在步骤S210中，判断异常日志是否为第一类型的日志。具体可以根据终端故障之前的使用情况来判断。若是，则转至步骤S220；若否，则转至步骤S230。

在步骤S220中，采用定时器机制将所述异常日志存储至所述固定分区。定时器机制指的是通过定时器来将异常日志进行存储的方式。定时器机制可以在终端的目标阶段执行，目标阶段可以为手机运行的任意一个阶段，例如引导加载程序Bootloader或者是操作系统内核Kernel。

具体而言，步骤S220的具体实现过程包括步骤S221、步骤S222以及步骤S223，其中：

在步骤S221中，在所述终端的目标阶段运行时提供一个定时器。

本步骤中，可以在手机的目标阶段开始运行时提供一个定时器Timer。定时器Timer主要做定时任务或者按照一定的时间间隔做任务，例如每天4点钟定时执行作业等。功能在指定的时间间隔内反复触发指定窗口的定时器事件。两次触发定时事件之间的时间间隔的有效值可以位于0到65之间。如果时间间隔的值指定为0，那么关闭定时器。

举例而言，可以在引导加载程序Bootloader开始运行时提供一个20s的定时器Timer。也可以在操作系统内核Kernel开始运行时提供一个30s的定时器Timer。

在步骤S222中，若所述定时器结束时，所述目标阶段未完成运行，则确定系统卡死。

本步骤中，如果检测到定时器结束，则可以进一步判断目标阶段是否完成运行，进而根据目标阶段是否完成运行的具体情况来对异常日志进行处理。例如，引导加载程序Bootloader开始运行时提供一个20s的定时器，如果20s定时器的时间到了，手机运行的第一阶段引导加载程序Bootloader还没有运行完，则可以确定终端的故障为系统卡死，此时可以将目标阶段的运行日志作为第一类型的日志(即系统卡死的日志)，并将系统卡死的日志作为此时的异常日志。如果20s定时器的时间到了，手机运行的第一阶段引导加载程序Bootloader已经运行完，则可以确定终端的故障不属于系统卡死，因此需要进一步进行检测。

在步骤S223中，将所述目标阶段的运行日志作为所述第一类型的日志存储至所述固定分区。

本步骤中，在步骤S222的基础上，判断终端的系统卡死后，可以直接将当前的目标阶段的所有运行日志作为异常日志，并将异常日志存储至事先确定好的与该类型的异常日志对应的终端的固定分区中。举例而言，可以在引导加载程序Bootloader开始运行时提供一个20s的定时器Timer，如果20s定时器的时间到了，手机运行的第一阶段Bootloader还没有运行完，则可以确定终端的故障为系统卡死，则记录下当前的引导加载程序运行日志到固定分区比如fatalA分区中。

继续参考图2所示，在步骤S230中，在备份模式下将所述异常日志存储至所述固定分区。

本步骤中，若异常日志不属于第一类型的日志，则可以继续判断异常日志是否为第二类型的日志，即确定异常日志是否为系统崩溃的日志。若异常日志为系统崩溃的日志，即系统发生崩溃crash的情况时产生的日志，终端的系统可以重启并进入备份模式(即dump模式)。进一步地，可在终端处于备份模式下将产生的异常日志存储到事先确定好的与该类型的异常日志对应的固定分区。举例而言，对于系统发生崩溃的情况，比如访问数据越界导致终端运行的第二阶段Kernel抛出异常，这时系统会重启进入备份模式，在备份模式下保存用于分析的异常日志到固定的分区比如fatalB。

需要说明的是，对于不同类型的异常日志，可以存储在不同的固定分区内，例如系统卡死的日志存储在固定分区fatalA中，系统崩溃的日志存储在固定分区fatalB中。通过将异常日志存储在不同的固定分区中，能够更便捷地对不同类型的异常日志进行管理和处理，易于实现且能够减小开销。

本示例性实施例中，通过增加预埋异常日志的功能，预先将不同类型的异常日志保存到终端的固定分区，即使下载内容也不会被删除这些异常日志，避免了相关技术中由于终端发生故障而导致的不能对异常日志进行回传的问题，能够及时将异常日志上传至服务器，提高日志回传的效率和及时性。另外，由于能够及时将异常日志回传至服务器，在终端发生故障的情况下可为异常日志的分析提供辅助作用，通过异常日志能够准确分析终端发生故障的原因，并且能够提高故障分析的效率。

继续参考图1中所示，在步骤S120中，从所述固定分区中获取所述异常日志，并将所述异常日志回传至服务器，以便于对所述异常日志进行分析。

本示例性实施例中，可以在工具端提供异常日志回传功能，工具端则可以利用该功能从固定分区中获取存储的异常日志。具体而言，在售后人员常使用的工具(如下载工具、诊断工具)中增加异常日志回传功能。这样在终端重新下载或者诊断的时候，工具端可以自动读取保存异常日志的固定分区以获得异常日志，进而通过PC回传到服务器，以使开发人员可以根据回传到服务器的异常日志及时快速地对终端的故障进行分析。

本示例性实施例中，通过预埋异常日志到终端的固定分区内，以及在工具端增加异常日志的回传功能，能够使得终端在无法开机或者是不开的情况下，也可以将故障时产生的异常日志回传至服务器，提高了分析问题的效率。并且，通过对异常日志进行分析，能够准确分析终端故障的原因，从而为终端制定合适的解决方案。

除此之外，异常日志处理方法还可以包括：对所述异常日志进行实时解析，并对所述终端进行检测；将解析结果以及检测结果上传至所述服务器，以便于对所述异常日志进行分析。

本示例性实施例中，还可以在工具端(例如下载工具或诊断工具)中添加用于对异常日志的进行解析的功能，该功能可以为现场解析功能，从而工具端可以通过该现场解析功能故障现场对异常日志进行实时解析，以便于直接确定终端发生故障的原因以及故障的来源的解析结果。

另外，还可以在工具端增加检测功能，以便于对终端进行全面检测得到检测结果。此处的检测结果用于对终端的器件进行检测，终端的器件可以包括终端的所有硬件。通过工具端对终端的所有器件进行自动检测，从而能够确定产生故障的原因和器件的检测结果。

进一步地，可将对异常日志的解析结果和对终端器件检测结果都可以回传至后台的服务器，从而根据解析结果和检测结果为研发人员对异常日志和终端故障的分析提供帮助，能够提高故障处理的效率和准确率。

图3中示意性示出了异常日志处理的整体流程图，参考图3中所示，主要由终端301、工具端302以及服务器303组成该系统，其中：

在终端301中，将系统卡死产生的日志和系统崩溃产生的日志存储至固定分区中作为异常分区日志；

工具端302，在终端重新下载或者诊断的时候，工具端可以自动读取保存异常日志的固定分区以获得异常日志。

服务器303，工具端302将获得的异常日志上传至服务器，以使开发人员可以根据回传到服务器的异常日志及时快速地对终端的故障进行分析。

图3中的技术方案，通过工具端将异常日志根据类型存储到终端的不同的固定分区，并且将异常日志回传到服务器，以使开发人员对异常日志进行分析，能够准确分析终端故障的原因，从而为终端制定合适的解决方案。

本示例性实施例中，还提供了一种异常日志处理装置，参考图4中所示，该异常日志处理装置400可以包括：日志存储模块401以及日志读取模块402，其中：

日志存储模块401，用于在终端发生故障时，若所述终端处于预设特殊模式，则将所述终端的异常日志存储至所述终端的固定分区；

日志读取模块402，用于从所述固定分区中获取所述异常日志，并将所述异常日志回传至服务器，以便于对所述异常日志进行分析。

在本公开的一种示例性实施例中，日志存储模块401包括：存储控制模块，用于根据所述异常日志的类型，将所述异常日志存储至所述终端的所述固定分区，所述异常日志的类型包括第一类型的日志和第二类型的日志。

在本公开的一种示例性实施例中，存储控制模块包括：第一存储模块，用于若所述异常日志为所述第一类型的日志，则采用定时器机制将所述异常日志存储至所述固定分区。

在本公开的一种示例性实施例中，第一存储模块被配置为：在所述终端的目标阶段运行时提供一个定时器；若所述定时器结束时，所述目标阶段未完成运行，则确定系统卡死；在系统卡死时，将所述目标阶段的运行日志作为所述第一类型的日志存储至所述固定分区。

在本公开的一种示例性实施例中，存储控制模块包括：第而存储模块，用于若所述异常日志为所述第二类型的日志，则在备份模式下将所述异常日志存储至所述固定分区。

在本公开的一种示例性实施例中，所述第一类型的日志包括系统卡死的日志，所述第二类型的日志包括系统崩溃的日志，所述第一类型的日志和所述第二类型的日志存的固定分区不同。

在本公开的一种示例性实施例中，所述装置还包括：解析模块，用于对所述异常日志进行实时解析，并对所述终端进行检测；结果上传模块，用于将解析结果以及检测结果上传至所述服务器，以便于对所述异常日志进行分析。

需要说明的是，上述异常日志处理装置中各模块的具体细节已经在对应的异常日志处理方法中进行了详细描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图5来描述根据本发明的这种实施方式的电子设备500。图5显示的电子设备500仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：上述至少一个处理单元510、上述至少一个存储单元520、连接不同系统组件(包括存储单元520和处理单元510)的总线550。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元510执行，使得所述处理单元510执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元510可以执行如图1中所示的步骤。

存储单元520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)5201和/或高速缓存存储单元5202，还可以进一步包括只读存储单元(ROM)5203。

存储单元520还可以包括具有一组(至少一个)程序模块5205的程序/实用工具5204，这样的程序模块5205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备500也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口550进行。并且，电子设备500还可以通过网络适配器560与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器560通过总线530与电子设备500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图6所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

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

Claims (10)

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

在终端发生故障时，若所述终端处于预设特殊模式，则将所述终端的异常日志存储至所述终端的固定分区；

从所述固定分区中获取所述异常日志，并将所述异常日志回传至服务器，以便于对所述异常日志进行分析。

2.根据权利要求1所述的异常日志处理方法，其特征在于，将所述异常日志存储至所述终端的固定分区包括：

根据所述异常日志的类型，将所述异常日志存储至所述终端的所述固定分区，所述异常日志的类型包括第一类型的日志和第二类型的日志。

3.根据权利要求2所述的异常日志处理方法，其特征在于，根据所述异常日志的类型，将所述异常日志存储至所述终端的所述固定分区包括：

若所述异常日志为所述第一类型的日志，则采用定时器机制将所述异常日志存储至所述固定分区。

4.根据权利要求3所述的异常日志处理方法，其特征在于，若所述异常日志为所述第一类型的日志，则采用定时器机制将所述异常日志存储至所述固定分区包括：

在所述终端的目标阶段运行时提供一个定时器；

若所述定时器结束时，所述目标阶段未完成运行，则确定系统卡死；

在系统卡死时，将所述目标阶段的运行日志作为所述第一类型的日志存储至所述固定分区。

5.根据权利要求2所述的异常日志处理方法，其特征在于，根据所述异常日志的类型，将所述异常日志存储至所述终端的所述固定分区包括：

若所述异常日志为所述第二类型的日志，则在备份模式下将所述异常日志存储至所述固定分区。

6.根据权利要求2所述的异常日志处理方法，其特征在于，所述第一类型的日志包括系统卡死的日志，所述第二类型的日志包括系统崩溃的日志，所述第一类型的日志和所述第二类型的日志的固定分区不同。

7.根据权利要求1所述的异常日志处理方法，其特征在于，所述方法还包括：

对所述异常日志进行实时解析，并对所述终端进行检测；

将解析结果以及检测结果上传至所述服务器，以便于对所述异常日志进行分析。

8.一种异常日志处理装置，其特征在于，包括：

日志存储模块，用于在终端发生故障时，若所述终端处于预设特殊模式，则将所述终端的异常日志存储至所述终端的固定分区；

日志读取模块，用于从所述固定分区中获取所述异常日志，并将所述异常日志回传至服务器，以便于对所述异常日志进行分析。

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

处理器；以及

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

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任意一项所述的异常日志处理方法。

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