一种处理方法和装置

技术领域

本申请属于计算机技术领域，尤其涉及一种处理方法和装置。

背景技术

当电子设备的系统发生宕机时，常常需要定位导致宕机的问题根源，以进行系统恢复。目前，一般通过问题复现、交叉验证的方式，进行宕机时的问题根源定位，然而，该解决方式难以进行问题根源的快速定位，并且问题复现、交叉验证的过程相对复杂，导致定位问题根源的工作量较高。

发明内容

为此，本申请公开如下技术方案：

本申请一方面提供一种处理方法，包括：

响应于确定电子设备运行异常，获得电子设备运行的日志信息；

至少根据所述电子设备运行的日志信息及得到的系统资源分配信息确定所述电子设备中运行异常的目标部件。

其中，所述响应于确定电子设备运行异常，获得电子设备运行的日志信息，包括：

响应于检测到电子设备的处理器触发的预定事件或电平信号变化，从所述处理器内的相应寄存器获取电子设备运行的日志信息；

其中，所述处理器在检测到电子设备运行异常时，触发所述预定事件或所述电平信号变化。

其中，所述电子设备运行的日志信息为：在电子设备运行异常时刻或预设时间段产生的日志信息。

其中，所述至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件，包括：

根据所述日志信息，确定不同的系统资源被调用时的使用状态信息；

根据不同的系统资源被调用时的使用状态信息，确定使用异常的目标系统资源；

根据系统资源分配信息，确定所述目标系统资源对应的目标硬件部件；

其中，所述系统资源分配信息用于表示向电子设备的各个硬件部件分配的系统资源。

其中，在所述使用异常的目标系统资源为多个的情况下，所述根据系统资源分配信息，确定所述目标系统资源对应的目标硬件部件，包括：

确定多个所述使用异常的目标系统资源中与各个目标系统资源具有依赖关系的第一目标系统资源，根据所述系统资源分配信息将第一目标系统资源对应的部件确定为所述目标硬件部件；或，

确定多个所述使用异常的目标系统资源中，最先记录在所述日志信息中的第二目标系统资源，根据所述系统资源分配信息将第二目标系统资源对应的部件确定为所述目标硬件部件。

其中，还包括：

在电子设备每次开机时，获取对电子设备的各个硬件部件进行系统资源分配而生成的系统资源分配信息。

其中，在至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件之前，还包括：

根据电子设备运行的日志信息，确定电子设备运行异常的异常原因；

在所述异常原因为硬件异常的情况下，触发所述至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件的步骤；

其中，所述异常原因为硬件异常或软件异常。

其中，所述根据电子设备运行的日志信息，确定电子设备运行异常的异常原因，包括：

根据电子设备运行的日志信息，确定电子设备的处理器是否发生内部错误；

若发生内部错误，则确定电子设备运行异常的异常原因为硬件异常；

若未发生内部错误：确定所述处理器是否发生机器检测错误；

若发生机器检测错误，则确定电子设备运行异常的异常原因为软件异常；且/或，

若未发生机器检测错误，确定电子设备是否从当前的第一运行异常状态切换至第二运行异常状态，若切换至所述第二运行异常状态，则确定电子设备运行异常的异常原因为硬件异常，且/或，若未若切换至所述第二运行异常状态，则确定电子设备运行异常的异常原因为软件异常；

其中，电子设备在所述第二运行异常状态的功耗小于在所述第一运行异常状态的功耗。

其中，在所述异常原因为硬件异常的情况下，在所述至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件之前，还包括：

按优先级顺序，从硬件异常类型集合包括的多个硬件异常类型中，依次确定当前的硬件异常所对应的目标硬件异常类型；

所述至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件，包括：

至少根据通过所述目标硬件异常类型确定出的目标寄存器中的日志信息，及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

本申请的另一方面提供一种处理装置，包括：

获得模块，用于响应于确定电子设备运行异常，获得电子设备运行的日志信息；

确定模块，用于至少根据所述电子设备运行的日志信息及得到的系统资源分配信息确定所述电子设备中运行异常的目标部件。

由以上方案可知，通过响应于确定电子设备运行异常，获得电子设备运行的日志信息，至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件，由于确定电子设备中运行异常的目标部件所基于的信息更加全面，因此能保证更快更准确的确定电子设备中运行异常的目标部件。

附图说明

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

图1是本申请实施例1提供的一种处理方法的流程示意图；

图2是本申请实施例2提供的一种处理方法的流程示意图；

图3是本申请实施例3提供的一种处理方法的流程示意图；

图4是本申请实施例4提供的一种处理方法的流程示意图；

图5是本申请实施例5提供的一种处理方法的流程示意图；

图6是本申请实施例6提供的一种处理方法的流程示意图；

图7是本申请实施例7提供的一种处理方法的流程示意图；

图8是本申请实施例8提供的一种处理方法的流程示意图；

图9是本申请实施例9提供的一种处理方法的流程示意图；

图10是本申请实施例10提供的一种处理方法的流程示意图；

图11是本申请提供的一种处理装置的结构示意图；

图12是本申请提供的一种电子设备的结构示意图。

具体实施方式

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

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，为本申请实施例1提供的一种处理方法的流程示意图，本申请提供的一种处理方法可以应用于电子设备，本申请对电子设备的产品类型不做限定，如图1所示，该方法可以包括但并不局限于以下步骤：

步骤S101、响应于确定电子设备运行异常，获得电子设备运行的日志信息。

在电子设备运行过程中，电子设备会监控或记录软件(如，操作系统或应用进程)和硬件(如，内存、网卡或显卡等)运行数据，产生日志信息。

若在电子设备运行过程中，确定电子设备运行异常(如，硬件运行异常(如，宕机或关机)或软件运行异常)，则响应于确定电子设备运行异常，获得电子设备运行的日志信息，电子设备运行的日志信息至少包括电子设备的软件运行的日志信息和硬件运行的日志信息。

本实施例中，响应于确定电子设备运行异常，获得电子设备运行的日志信息的过程，可以包括但不局限于：

S10101、响应于检测到电子设备的处理器触发的预定事件，从处理器内的相应寄存器获取电子设备运行的日志信息。

其中，处理器在检测到电子设备运行异常时，触发预定事件。预定事件可以为但不局限于：重启电子设备或重新安装软件。

响应于确定电子设备运行异常，获得电子设备运行的日志信息的另外一种实施方式，可以包括:

S10102、响应于检测到电子设备的处理器触发的电平信号变化，从处理器内的相应寄存器获取电子设备运行的日志信息；

其中，处理器在检测到电子设备运行异常时，触发电平信号变化。

触发电平信号变化可以包括但不局限于：触发CPU CatError引脚拉低。

步骤S102、至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

电子设备可以为各个硬件部件分配系统资源(如，内存资源且/或IO资源等)，并记录与每个硬件部件分配到的系统资源相关的信息。与每个硬件部件分配到的系统资源相关的信息，可以包括：每个硬件部件分配到的系统资源的信息及每个硬件部件的信息与其分配到的系统资源的对应关系。

其中，系统资源分配信息可以表示向电子设备的各个硬件部件分配的系统资源。系统资源分配信息包含与每个硬件部件分配到的系统资源相关的信息。

本实施例中，至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件的过程，可以包括但不局限于：

S10201、根据电子设备运行的日志信息，确定不同的系统资源被调用时的使用状态信息。

系统资源被调用时的使用状态信息可以表征系统资源被调用时的使用状态。系统资源被调用时的使用状态可以包括：正常使用状态或异常使用状态。

S10202、根据不同的系统资源被调用时的使用状态信息，确定使用异常的目标系统资源。

在系统资源被调用时的使用状态信息表征系统资源被调用时为异常使用状态时，确定该系统资源为使用异常的目标系统资源。

S10203、根据系统资源分配信息，确定目标系统资源对应的目标硬件部件。

在使用异常的目标系统资源为多个的情况下，可以根据系统资源分配信息，分别确定每个目标系统资源对应的目标硬件部件，保证定位导致运行异常的硬件部件的准确性。

当然，在使用异常的目标系统资源为多个的情况下，也可以确定多个使用异常的目标系统资源中与各个目标系统资源具有依赖关系的第一目标系统资源，根据系统资源分配信息将第一目标系统资源对应的部件确定为目标硬件部件。

在多个系统资源中第一系统资源与各个系统资源具有依赖关系时，第一系统资源对应的硬件部件出现异常，可能会导致与其具有依赖关系的系统资源对应的硬件部件出现异常，这种情况下，可以先定位第一系统资源对应的部件。具体地，在使用异常的目标系统资源为多个的情况下，可以确定多个使用异常的目标系统资源中与各个目标系统资源具有依赖关系的第一目标系统资源，根据系统资源分配信息将第一目标系统资源对应的部件确定为目标硬件部件，根据目标硬件部件执行解除运行异常操作，在第一目标系统资源对应的硬件部件导致的运行异常解除的基础上，与第一目标系统资源具有依赖关系的各个目标系统资源对应的硬件部件所导致的运行异常可能也会随之解除，以此提高效率。

在使用异常的目标系统资源为多个的情况下，本实施例还提供了另外一种确定目标硬件部件的实施方式，具体可以为：

在使用异常的目标系统资源为多个的情况下，确定多个使用异常的目标系统资源中，最先记录在日志信息中的第二目标系统资源，根据系统资源分配信息，将第二目标系统资源对应的部件确定为目标硬件部件。

最先记录在日志信息中的目标系统资源一般为最早出现使用异常的目标系统资源，多个使用异常的目标系统资源中，除最先记录在日志信息中的目标系统资源之外的目标系统资源对应的硬件部件出现异常，可能是最先记录在日志信息中的目标系统资源对应的硬件部件运行异常导致的，所以，确定多个使用异常的目标系统资源中，最先记录在日志信息中的第二目标系统资源，根据系统资源分配信息，将第二目标系统资源对应的部件确定为目标硬件部件，根据目标硬件部件执行解除运行异常操作，效率更高。

具体可以在系统资源分配信息中查找与目标系统资源对应的硬件部件信息，基于硬件部件信息，可以确定电子设备中运行异常的目标硬件部件。

现以网卡和显卡为例，对步骤S10201-S10203进行说明，例如，若电子设备为网卡分配第一内存资源，为显卡分配第二内存资源，系统资源分配信息包括网卡的信息及网卡与第一内存资源的对应关系，及显卡的信息及显卡与第二内存资源的对应关系，根据日志信息，确定第一内存资源被调用时的第一使用状态信息，及第二内存资源被调用时的第二使用状态信息，若第一使用状态信息表征第一内存资源被调用时为异常使用状态，第二使用状态信息表征第二内存资源被调用时为正常使用状态，则根据系统资源分配信息，可以确定网卡为运行异常的目标部件。

在本申请中，通过响应于确定电子设备运行异常，获得电子设备运行的日志信息，至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件，由于确定电子设备中运行异常的目标部件所基于的信息更加全面，因此能保证更快更准确的确定电子设备中运行异常的目标部件。

作为本申请另一可选实施例，参照图2，为本申请实施例2提供的一种处理方法的流程示意图，本实施例主要是对上述实施例1描述的处理方法的细化方案，如图2所示，该方法可以包括但并不局限于以下步骤：

步骤S201、响应于确定电子设备运行异常，获得在预设时间段产生的日志信息。

预设时间段可以为但不局限于：包含电子设备运行异常时刻的时间段。

在电子设备运行过程中，电子设备的软件(如，操作系统或应用进程)和硬件(如，内存、网卡或显卡等)会产生日志信息。在确定电子设备运行异常时，可以从日志信息中获得在包含电子设备运行异常时刻的预设时间段产生的日志信息。

步骤S201为实施例1中步骤S101的一种具体实施方式。

步骤S202、至少根据在预设时间段产生的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

至少根据在预设时间段产生的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件，可以包括但不局限于：

S2021、根据在预设时间段产生的日志信息，确定不同的系统资源被调用时的使用状态信息。

系统资源被调用时的使用状态信息可以表征系统资源被调用时的使用状态。系统资源被调用时的使用状态可以包括：正常使用状态或异常使用状态。

S2022、根据不同的系统资源被调用时的使用状态信息，确定使用异常的目标系统资源。

在系统资源被调用时的使用状态信息表征系统资源被调用时为异常使用状态时，确定该系统资源为使用异常的目标系统资源。

S2023、根据系统资源分配信息，确定目标系统资源对应的目标硬件部件。

具体可以在系统资源分配信息中查找与目标系统资源对应的硬件部件信息，基于硬件部件信息，可以确定电子设备中运行异常的目标硬件部件。

本实施例中，由于在预设时间段产生的日志信息能够准确的传达电子设备运行时出现的异常，因此，响应于确定电子设备运行异常，可以获得在预设时间段产生的日志信息，减少日志信息获取量，并根据在预设时间段产生的日志信息及得到的系统资源分配信息，能够在保证确定电子设备中运行异常的目标部件的准确性的基础上，进一步提高确定电子设备中运行异常的目标部件的效率。

作为本申请另一可选实施例，参照图3，为本申请实施例3提供的一种处理方法的流程示意图，本实施例主要是对上述实施例1描述的处理方法的细化方案，如图3所示，该方法可以包括但并不局限于以下步骤：

步骤S301、响应于确定电子设备运行异常，获得在电子设备运行异常时刻产生的日志信息。

在电子设备运行过程中，电子设备的软件(如，操作系统或应用进程)和硬件(如，内存、网卡或显卡等)会产生不同类型的日志信息，并可以将不同类型的日志信息写入不同的寄存器中。具体地，在电子设备运行异常时，可以将电子设备运行异常时刻产生的日志信息写入用于存储运行异常时产生的日志信息的寄存器(如，MCERR Source Log(机器检测错误源日志)寄存器)中。

本实施例中，在确定电子设备运行异常的情况下，可以响应于确定电子设备运行异常，从用于存储运行异常时产生的日志信息的寄存器中，获得在电子设备运行异常时刻产生的日志信息。

步骤S301为实施例1中步骤S101的一种具体实施方式。

步骤S302、至少根据在电子设备运行异常时刻产生的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

至少根据在电子设备运行异常时刻产生的日志信息及得到的系统资源分配信息确定所述电子设备中运行异常的目标部件，可以包括但不局限于：

S3021、根据在电子设备运行异常时刻产生的日志信息，确定不同的系统资源被调用时的使用状态信息。

系统资源被调用时的使用状态信息可以表征系统资源被调用时的使用状态。系统资源被调用时的使用状态可以包括：正常使用状态或异常使用状态。

S3022、根据不同的系统资源被调用时的使用状态信息，确定使用异常的目标系统资源。

在系统资源被调用时的使用状态信息表征系统资源被调用时为异常使用状态时，确定该系统资源为使用异常的目标系统资源。

S3023、根据系统资源分配信息，确定目标系统资源对应的目标硬件部件。

具体可以在系统资源分配信息中查找与目标系统资源对应的硬件部件信息，基于硬件部件信息，可以确定电子设备中运行异常的目标硬件部件。

本实施例中，由于在电子设备运行异常时刻产生的日志信息能够更加准确的传达电子设备运行时出现的异常，因此，响应于确定电子设备运行异常，可以获得在电子设备运行异常时刻产生的日志信息，可以进一步减少日志信息获取量，并根据在电子设备运行异常时刻产生的日志信息及得到的系统资源分配信息，能够在保证确定电子设备中运行异常的目标部件的准确性的基础上，进一步提高确定电子设备中运行异常的目标部件的效率。

作为本申请另一可选实施例，参照图4，为本申请实施例4提供的一种处理方法的流程示意图，本实施例主要是对上述实施例1描述的处理方法的扩展方案，如图4所示，该方法可以包括但并不局限于以下步骤：

步骤S401、在电子设备每次开机时，获取对电子设备的各个硬件部件进行系统资源分配而生成的系统资源分配信息。

需要说明的是，电子设备可以根据需要，对为电子设备的各个硬件部件分配的系统资源进行调整，因此可以在电子设备每次开机时，获取对电子设备的各个硬件部件进行系统资源分配而生成的系统资源分配信息，保证得到的系统资源分配信息的准确性。

步骤S402、响应于确定电子设备运行异常，获得电子设备运行的日志信息；

步骤S403、至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

步骤S402-S403的详细过程可以参见实施例1中步骤S101-S102的相关介绍，在此不再赘述。

本实施例中，在电子设备每次开机时，获取对电子设备的各个硬件部件进行系统资源分配而生成的系统资源分配信息，能够保证得到的系统资源分配信息的准确性，进一步提高确定电子设备中运行异常的目标部件的准确性。

作为本申请另一可选实施例，参照图5，为本申请实施例5提供的一种处理方法的流程示意图，本实施例主要是对上述实施例1描述的处理方法的扩展方案，如图5所示，该方法可以包括但并不局限于以下步骤：

步骤S501、响应于确定电子设备运行异常，获得电子设备运行的日志信息。

步骤S501的详细过程可以参见实施例1中步骤S101的相关介绍，在此不再赘述。

步骤S502、根据电子设备运行的日志信息，确定电子设备运行异常的异常原因是否为硬件异常。

本实施例中，电子设备运行的日志信息可以包括但不局限于：包含机器检测错误类型的第一日志信息和包含机器检测错误发生位置信息的第二日志信息。

在电子设备运行的日志信息包括第一日志信息和第二日志信息的情况下，根据电子设备运行的日志信息，确定电子设备运行异常的异常原因是否为硬件异常，可以包括：

根据电子设备的第一日志信息，确定电子设备运行异常的异常原因是否为硬件异常。

由于第一日志信息包含机器检测错误类型，因此，根据第一日志信息，可以确定电子设备运行异常的异常原因是否为硬件异常或软件异常。

可以理解的是，根据电子设备的第一日志信息，确定电子设备运行异常的异常原因是否为硬件异常，相比于根据电子设备运行的全部日志信息，确定电子设备运行异常的异常原因，可以减少分析日志信息的工作量，提高确定电子设备运行异常的异常原因的效率。

记录第二日志信息的寄存器和记录第一日志信息的寄存器可以不同，以此减少每个寄存器存储的压力，保证第一日志信息和第二日志信息读写的速度。

若是，则执行步骤S503。

步骤S503、至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

在电子设备运行的日志信息包括：包含机器检测错误类型的第一日志信息和包含机器检测错误发生位置信息的第二日志信息的情况下，至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件，可以包括：

至少根据电子设备的第二日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

至少根据电子设备的第二日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件，相比于至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件，可以减少日志信息分析的工作量，提高确定电子设备运行异常的目标部件的效率。

其中，至少根据电子设备的第二日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件的详细过程，仍可以参见实施例1中步骤S102的相关介绍，在此不再赘述。

本实施例中，根据电子设备的第一日志信息，确定电子设备运行异常的异常原因是否为硬件异常，相比于根据电子设备运行的全部日志信息，确定电子设备运行异常的异常原因，可以减少分析日志信息的工作量，提高确定电子设备运行异常的异常原因的效率，进而提高确定电子设备运行异常的目标部件的效率。并且，至少根据电子设备的第二日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件，相比于至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件，进一步可以减少日志信息分析的工作量，进一步提高确定电子设备运行异常的目标部件的效率。

作为本申请另一可选实施例，参照图6，为本申请实施例6提供的一种处理方法的流程示意图，本实施例主要是对上述实施例5描述的处理方法的细化方案，如图6所示，该方法可以包括但并不局限于以下步骤：

步骤S601、响应于确定电子设备运行异常，获得电子设备运行的日志信息。

本实施例中，电子设备运行的日志信息可以包括但不局限于：包含机器检测错误类型的第一日志信息和包含机器检测错误发生位置信息的第二日志信息。

第一日志信息可以但不局限于记录在机器检测错误(MCERR，Machine CheckErrors)源日志(Source Log)寄存器中，第二日志信息可以记录在不同于机器检测错误源日志寄存器的寄存器中。

步骤S602、根据电子设备运行的日志信息，确定电子设备的处理器是否发生内部错误。

本实施例中，可以根据电子设备的第一日志信息，确定电子设备的处理器是否发生内部错误(IERR，InternalError)。

若是，则执行步骤S603；若否，则执行步骤S605。

步骤S603、确定电子设备运行异常的异常原因为硬件异常。

步骤S604、至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

本实施例中，至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件，可以包括：

至少根据电子设备的第二日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

步骤S605、确定处理器是否发生机器检测错误。

在前述步骤确定电子设备的处理器未发生内部错误的基础上，可以进一步根据电子设备的第一日志信息，确定处理器是否发生机器检测错误。

若是，则执行步骤S606。

步骤S606、确定电子设备运行异常的异常原因为软件异常。

在根据电子设备的第一日志信息，确定电子设备的处理器未发生内部错误即确定电子设备运行异常的异常原因非硬件异常的基础上，根据电子设备的第一日志信息，若确定处理器发生机器检测错误，则可以确定电子设备运行异常的异常原因为软件异常。

在确定电子设备运行异常的异常原因为软件异常的情况下，可以至少根据电子设备运行的日志信息，确定电子设备中运行异常的目标软件。具体地，可以根据电子设备的第二日志信息，确定电子设备中运行异常的目标软件。

本实施例中，通过确定电子设备运行异常的异常原因，并根据异常原因进行硬件异常定位或软件异常定位，保证电子设备运行异常定位的全面性。

作为本申请另一可选实施例，参照图7，为本申请实施例7提供的一种处理方法的流程示意图，本实施例主要是对上述实施例5描述的处理方法的细化方案，如图7所示，该方法可以包括但并不局限于以下步骤：

步骤S701、响应于确定电子设备运行异常，获得电子设备运行的日志信息。

步骤S702、根据电子设备运行的日志信息，确定电子设备的处理器是否发生内部错误。

若是，则执行步骤S702；若否，则执行步骤S705。

步骤S703、确定电子设备运行异常的异常原因为硬件异常。

步骤S704、至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

步骤S701-S704的详细过程可以参见实施例6中步骤S601-S604的相关介绍，在此不再赘述。

步骤S705、确定处理器是否发生机器检测错误。

若否，则执行步骤S706。

步骤S706、确定电子设备是否从当前的第一运行异常状态切换至第二运行异常状态。

其中，电子设备在第二运行异常状态的功耗小于在第一运行异常状态的功耗。

第一运行异常状态可以为但不局限于：宕机状态，第二运行异常状态可以为但不局限于：关机状态。

若是，则执行步骤S703；若否，则执行步骤S707。

步骤S707、确定电子设备运行异常的异常原因为软件异常。

在确定电子设备运行异常的异常原因为软件异常的情况下，可以至少根据电子设备运行的日志信息，确定电子设备中运行异常的目标软件。

本实施例中，根据电子设备运行的日志信息，确定电子设备的处理器是否发生内部错误，若发生内部错误，则可以确定电子设备运行异常的异常原因为硬件异常，准确的定位电子设备运行异常的原因，若未发生内部错误，则可以确定处理器是否发生机器检测错误，若未发生机器检测错误，进一步确定电子设备是否从当前的第一运行状态切换至第二运行异常状态，避免电子设备运行异常定位出现遗漏，提高定位的准确性。

作为本申请另一可选实施例，参照图8，为本申请实施例8提供的一种处理方法的流程示意图，本实施例主要是对上述实施例5描述的处理方法的细化方案，如图8所示，该方法可以包括但并不局限于以下步骤：

步骤S801、响应于确定电子设备运行异常，获得电子设备运行的日志信息。

步骤S802、根据电子设备运行的日志信息，确定电子设备的处理器是否发生内部错误。

若是，则执行步骤S802；若否，则执行步骤S805。

步骤S803、确定电子设备运行异常的异常原因为硬件异常。

步骤S804、至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

步骤S801-S804的详细过程可以参见实施例6中步骤S601-S604的相关介绍，在此不再赘述。

步骤S805、确定处理器是否发生机器检测错误。

若是，则执行步骤S806；若否，则执行步骤S807。

步骤S806、确定电子设备运行异常的异常原因为软件异常。

在确定电子设备运行异常的异常原因为软件异常的情况下，可以至少根据电子设备运行的日志信息，确定电子设备中运行异常的目标软件。

步骤S807、确定电子设备是否从当前的第一运行异常状态切换至第二运行异常状态。

其中，电子设备在第二运行异常状态的功耗小于在第一运行异常状态的功耗。

第一运行异常状态可以为但不局限于：宕机状态，第二运行异常状态可以为但不局限于：关机状态。

若是，则执行步骤S803；若否，则执行步骤S806。

本实施例中，根据电子设备运行的日志信息，确定电子设备的处理器是否发生内部错误，若发生内部错误，则可以确定电子设备运行异常的异常原因为硬件异常，准确的定位电子设备运行异常的原因，若未发生内部错误，则可以确定处理器是否发生机器检测错误，若发生机器检测错误，则可以确定电子设备运行异常的异常原因为软件异常，准确的定位电子设备运行异常的原因。若未发生机器检测错误，进一步确定电子设备是否从当前的第一运行状态切换至第二运行异常状态，避免电子设备运行异常定位出现遗漏，提高定位的准确性。

作为本申请另一可选实施例，参照图9，为本申请实施例9提供的一种处理方法的流程示意图，本实施例主要是对上述实施例8描述的处理方法的扩展方案，如图9所示，该方法可以包括但并不局限于以下步骤：

步骤S901、响应于确定电子设备运行异常，获得电子设备运行的日志信息。

步骤S902、根据电子设备运行的日志信息，确定电子设备的处理器是否发生内部错误。

若是，则执行步骤S902；若否，则执行步骤S906。

步骤S903、确定电子设备运行异常的异常原因为硬件异常。

步骤S904、按优先级顺序，从硬件异常类型集合包括的多个硬件异常类型中，依次确定当前的硬件异常所对应的目标硬件异常类型。

本实施例中，硬件异常类型集合包括至少一个硬件异常类型，每个硬件异常类型分别对应不同的目标寄存器，目标寄存器中存储有硬件异常类型对应的日志信息。

其中，硬件异常类型集合中的硬件异常类型对电子设备运行的影响程度可能不同，根据硬件异常类型对电子设备运行的影响程度，可以对硬件异常类型的优先级进行排序，得到优先级顺序。

具体地，可以但不局限于根据硬件异常类型对电子设备运行的影响程度从高到低的顺序，对硬件异常类型的优先级进行排序，得到优先级顺序。

在前述步骤确定电子设备运行异常的异常原因为硬件异常的基础上，可以按优先级顺序，从硬件异常类型集合包括的多个硬件异常类型中，依次确定当前的硬件异常所对应的目标硬件异常类型。

步骤S905、至少根据通过目标硬件异常类型确定出的目标寄存器中的日志信息，及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

可以理解的是，至少根据通过目标硬件异常类型确定出的目标寄存器中的日志信息，及得到的系统资源分配信息确定电子设备中运行异常的目标部件，实现了先定位高优先级的硬件异常类型对应的目标部件，保证先对高优先级的硬件异常类型对应的目标部件进行调试，解决高优先级的硬件异常类型导致的电子设备运行异常的问题，在高优先级的硬件异常类型导致的电子设备运行异常的问题得到解决的基础上，低优先级的硬件异常类型导致的电子设备运行异常的问题也可能同时消失，以此提高问题解决的效率。

步骤S905为实施例8中步骤S804的一种具体实施方式。

步骤S906、确定处理器是否发生机器检测错误。

若是，则执行步骤S907；若否，则执行步骤S908。

步骤S907、确定电子设备运行异常的异常原因为软件异常。

在确定电子设备运行异常的异常原因为软件异常的情况下，可以至少根据电子设备运行的日志信息，确定电子设备中运行异常的目标软件。

步骤S908、确定电子设备是否从当前的第一运行异常状态切换至第二运行异常状态。

其中，电子设备在第二运行异常状态的功耗小于在第一运行异常状态的功耗。

第一运行异常状态可以为但不局限于：宕机状态，第二运行异常状态可以为但不局限于：关机状态。

若是，则执行步骤S903；若否，则执行步骤S907。

本实施例中，根据电子设备运行的日志信息，确定电子设备的处理器是否发生内部错误，若发生内部错误，则可以确定电子设备运行异常的异常原因为硬件异常，准确的定位电子设备运行异常的原因，若未发生内部错误，则可以确定处理器是否发生机器检测错误，若发生机器检测错误，则可以确定电子设备运行异常的异常原因为软件异常，准确的定位电子设备运行异常的原因。若未发生机器检测错误，进一步确定电子设备是否从当前的第一运行状态切换至第二运行异常状态，避免电子设备运行异常定位出现遗漏，提高定位的准确性。

并且，至少根据通过目标硬件异常类型确定出的目标寄存器中的日志信息，及得到的系统资源分配信息确定电子设备中运行异常的目标部件，保证先对高优先级的硬件异常类型对应的目标部件进行调试，解决高优先级的硬件异常类型导致的电子设备运行异常的问题，在高优先级的硬件异常类型导致的电子设备运行异常的问题得到解决的基础上，低优先级的硬件异常类型导致的电子设备运行异常的问题也可能同时消失，以此提高问题解决的效率。

作为本申请另一可选实施例，参照图10，为本申请实施例10提供的一种处理方法的流程示意图，本实施例主要是对上述实施例9描述的处理方法的细化方案，如图10所示，该方法可以包括但并不局限于以下步骤：

步骤S1001、响应于确定电子设备运行异常，获得电子设备运行的日志信息。

步骤S1002、根据电子设备运行的日志信息，确定电子设备的处理器是否发生内部错误。

若是，则执行步骤S1002；若否，则执行步骤S1009。

步骤S1003、确定电子设备运行异常的异常原因为硬件异常。

步骤S1004、确定当前的硬件异常所对应的目标硬件异常类型是否为三击超时。

本实施例中，硬件异常类型集合包括但不局限于：三击超时(3-striketimeout)、电源控制单元(Power Control Unit，PCU)错误(error)和嵌套的机器检测异常或错误(Nested MCE，Nested Machine Check Exceptionor Machine Check Error)。其中，三击超时的优先级高于电源控制单元错误，电源控制单元错误高于嵌套的机器检测异常或错误。

电子设备的处理器可以设置三级计时器，分别为CBO计时器、TOR(Table ofRequeststime out，请求表超时)计时器和控制器计时器。控制器计时器设置为常启。CBO计时器、TOR计时器和控制器计时器分别设置有不同的设定计时时长，并分别对不同的操作进行计时，在计时时长超过设定计时时长时，记录对应的超时信息。当CBO计时器、TOR计时器和控制器计时器的计时时长均超过其设定计时时长时，可以认为三击超时。

若是，则执行步骤S1005；若否，则执行步骤S1006。

步骤S1005、至少根据目标缓存代理寄存器中的地址，及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

本实施例中，电子设备可以为每个硬件部件分配系统资源(如，内存资源和/或IO资源)，系统资源对应有资源地址范围。并且，电子设备设置有多个缓存代理(CBO，CachingAgent)寄存器，每个CBO寄存器分别具备存储至少一条信息的能力。

在硬件部件运行异常导致电子设备运行异常时，导致硬件部件运行异常的代码或数据的资源地址会写入CBO寄存器中。

在确定出当前的硬件异常所对应的目标硬件异常类型为三击超时的情况下，可以确定CBO寄存器中写入了资源地址，并且，电子设备的多个CBO寄存器中可能均写入了不同的资源地址，则可以从多个CBO寄存器中确定出最先记录资源地址的目标CBO寄存器，并从目标CBO寄存器中读出资源地址，在系统资源分配信息中查找与读出的资源地址对应的硬件部件的信息，基于查找到的硬件部件的信息，确定电子设备中运行异常的目标部件。

需要说明的是，由于TOR计时器中记录的信息能够表征导致硬件部件运行异常的代码或数据的执行顺序，因此需要保证TOR计时器处于开启状态，从多个CBO寄存器中确定出最先记录资源地址的目标CBO寄存器时，可以基于TOR计时器记录的表征导致硬件部件运行异常的代码或数据的执行顺序，从多个CBO寄存器中确定出最先记录资源地址的目标CBO寄存器。

现以网卡和显卡为例，对步骤S1005进行说明，例如，若电子设备为网卡分配第一内存资源，第一内存资源对应的内存地址范围为0x10-0x20，为显卡分配第二内存资源，第二内存资源对应的内存地址范围为0x30-0x35，系统资源分配信息包括网卡的信息及网卡与第一内存资源的对应关系，及显卡的信息及显卡与第二内存资源的对应关系，若CBO寄存器中的地址为0x32，则根据CBO寄存器中的地址0x32及系统资源分配信息中第二内存资源对应的内存地址范围为0x30-0x35，可以确定电子设备中运行异常的目标部件为显卡。

步骤S1006、确定当前的硬件异常所对应的目标硬件异常类型是否为电源控制单元错误。

若是，则执行步骤S1007；若否，则执行步骤S1008。

步骤S1007、至少根据电源控制单元错误对应的目标寄存器中的日志信息，确定电子设备中运行异常的目标部件是否为电压调节器或直接媒体接口。

步骤S1008、确定当前的硬件异常所对应的目标硬件异常类型是否为嵌套的机器检查异常或错误。

若是，则执行步骤S1005。

步骤S1009、确定处理器是否发生机器检测错误。

若是，则执行步骤S1010；若否，则执行步骤S1011。

步骤S1010、确定电子设备运行异常的异常原因为软件异常。

在确定电子设备运行异常的异常原因为软件异常的情况下，可以至少根据电子设备运行的日志信息，确定电子设备中运行异常的目标软件。

步骤S1011、确定电子设备是否从当前的第一运行异常状态切换至第二运行异常状态。

其中，电子设备在第二运行异常状态的功耗小于在第一运行异常状态的功耗。

第一运行异常状态可以为但不局限于：宕机状态，第二运行异常状态可以为但不局限于：关机状态。

若是，则执行步骤S1003；若否，则执行步骤S1010。

本实施例中，先确定当前的硬件异常所对应的目标硬件异常类型是否为三击超时，至少根据目标缓存代理寄存器中的地址，及得到的系统资源分配信息确定电子设备中运行异常的目标部件，保证先对高优先级的三击超时对应的目标部件进行调试，解决高优先级的三击超时导致的电子设备运行异常的问题，在高优先级的硬件异常类型导致的电子设备运行异常的问题得到解决的基础上，低优先级的硬件异常类型导致的电子设备运行异常的问题也可能同时消失，以此提高问题解决的效率。并且，在目标硬件异常类型不为三击超时的情况下，继续确定当前的硬件异常所对应的目标硬件异常类型是否为电源控制单元错误。

与上述本申请提供的一种处理方法实施例相对应的，本申请还提供了一种处理装置的实施例。

如图11所示的为本申请提供的一种处理装置实施例1的结构示意图，该处理装置可以包括以下结构：获得模100和第一确定模块200。

获得模块100，用于响应于确定电子设备运行异常，获得电子设备运行的日志信息。

第一确定模块200，用于至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

本实施例中，获得模块100，具体可以用于：

响应于检测到电子设备的处理器触发的预定事件或电平信号变化，从处理器内的相应寄存器获取电子设备运行的日志信息；

其中，处理器在检测到电子设备运行异常时，触发预定事件或电平信号变化。

其中，电子设备运行的日志信息可以为：在电子设备运行异常时刻或预设时间段产生的日志信息。

本实施例中，第一确定模块200，具体可以用于：

根据日志信息，确定不同的系统资源被调用时的使用状态信息；

根据不同的系统资源被调用时的使用状态信息，确定使用异常的目标系统资源；

根据系统资源分配信息，确定目标系统资源对应的目标硬件部件；

其中，系统资源分配信息用于表示向电子设备的各个硬件部件分配的系统资源。

其中，在使用异常的目标系统资源为多个的情况下，第一确定模块根据系统资源分配信息，确定目标系统资源对应的目标硬件部件的过程，具体可以包括：

确定多个使用异常的目标系统资源中，最先记录在日志信息中的目标系统资源；

根据系统资源分配信息，确定最先记录在日志信息中的目标系统资源对应的目标硬件部件。

本实施例中，处理装置还可以包括：

获取模块，用于在电子设备每次开机时，获取对电子设备的各个硬件部件进行系统资源分配而生成的系统资源分配信息。

本实施例中，处理装置还可以包括：

第二确定模块，用于在至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件之前，根据电子设备运行的日志信息，确定电子设备运行异常的异常原因，并在异常原因为硬件异常的情况下，触发第一确定模块至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件；

其中，异常原因为硬件异常或软件异常。

第二确定模块，具体可以用于：

根据电子设备运行的日志信息，确定电子设备的处理器是否发生内部错误；

若发生内部错误，则确定电子设备运行异常的异常原因为硬件异常；

若未发生内部错误：确定处理器是否发生机器检测错误；

若发生机器检测错误，则确定电子设备运行异常的异常原因为软件异常；且/或，

若未发生机器检测错误，确定电子设备是否从当前的第一运行异常状态切换至第二运行异常状态，若切换至第二运行异常状态，则确定电子设备运行异常的异常原因为硬件异常，且/或，若未若切换至第二运行异常状态，则确定电子设备运行异常的异常原因为软件异常；

其中，电子设备在第二运行异常状态的功耗小于在第一运行异常状态的功耗。

本实施例中，处理装置还可以包括：

第三确定模块，用于在异常原因为硬件异常的情况下，在至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件之前，按优先级顺序，从硬件异常类型集合包括的多个硬件异常类型中，依次确定当前的硬件异常所对应的目标硬件异常类型；

相应地，第一确定模块200，具体可以用于：

至少根据通过所述目标硬件异常类型确定出的目标寄存器中的日志信息，及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

与上述本申请提供的一种处理方法实施例相对应的，本申请还提供了应用该处理方法的电子设备实施例。

如图12所示的为本申请提供的一种电子设备实施例1的结构示意图，该电子设备可以包括以下结构：

存储器300和处理器400。

存储器300，用于至少存储一组指令集；

处理器400，用于调用并执行存储器300中的指令集，通过执行指令集进行以下处理：

响应于确定电子设备运行异常，获得电子设备运行的日志信息；

至少根据电子设备运行的日志信息及得到的系统资源分配信息确定电子设备中运行异常的目标部件。

与上述本申请提供的一种处理方法实施例相对应的，本申请还提供了一种存储介质的实施例。

本实施例中，存储介质存储有实现如前述任意一个实施例所介绍的处理方法的计算机程序，计算机程序被处理器执行，实现如前述任意一个实施例所介绍的处理方法的各步骤。

需要说明的是，本说明书中每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

为了描述的方便，描述以上系统或装置时以功能分为各种模块或单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

最后，还需要说明的是，在本文中，诸如第一、第二、第三和第四等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。