一种监控方法及装置与流程

本申请属于监控技术领域，尤其涉及一种监控方法及装置。

背景技术：

为了提供质量可靠的电子设备，会在产品设计端保证质量，如在电子设备出厂之前通过多次测试对电子设备进行多方面性能测试，但是在电子设备出厂之前对电子设备的性能测试有限且随着电子设备的使用，其可能会出现一些随机异常，这些随机异常在性能测试过程中是没有产生过的。

技术实现要素：

本申请提供一种监控方法及装置。

一方面，本申请一种监控方法，应用于电子设备，所述电子设备包括第一处理器和第二处理器，所述方法包括：

确定所述第一处理器处于异常状态；

响应所述第一处理器处于异常状态，控制所述第二处理器向所述第一处理器发送日志文件生成指令；

响应所述日志文件生成指令，生成日志文件，所述日志文件是所述第一处理器处于所述异常状态时生成，且所述日志文件用于指示所述第一处理器发生异常的原因；

将所述日志文件存储在所述第二处理器的存储介质中。

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

控制所述第一处理器执行第一处理操作，以利用第一处理操作使所述第一处理器从异常恢复至正常；

在所述第一处理器恢复至正常后，从所述第二处理器的存储介质中获得所述日志文件；

控制所述第一处理器执行所述日志文件对应的第二处理操作，以利用所述第二处理操作消除所述第一处理器中存在的异常，所述第一处理器中存在的异常与所述日志文件对应。

可选的，所述日志文件生成指令为重启指令，所述重启指令用于指示所述第一处理器在重启之前生成所述日志文件并将所述日志文件发送给所述第二处理器；

所述响应所述日志文件生成指令，生成日志文件包括：响应所述重启指令，生成所述日志文件，在响应所述重启指令时所述第一处理器仍处于异常状态且所述第一处理器没有执行断电操作；

所述方法还包括：响应所述重启指令，控制所述第一处理器向所述第二处理器发送所述日志文件，在发送所述日志文件时所述第一处理器仍处于异常状态且所述第一处理器没有执行断电操作；

控制所述第一处理器执行断电以重启所述第一处理器，利用重启操作使所述第一处理器从异常恢复至正常。

可选的，所述确定所述第一处理器处于异常状态包括：

如果监测到目标组件被触控确定所述第一处理器处于异常状态；

或

通过所述第二处理器获得所述第一处理器的状态参数，通过所述第二处理器基于所述状态参数确定所述第一处理器处于异常状态。

可选的，所述响应所述第一处理器处于异常状态，控制所述第二处理器向所述第一处理器发送日志文件生成指令包括：

响应所述第一处理器处于异常状态，控制所述第二处理器向所述第一处理器中的第一引脚发送电平信号，所述电平信号用于指示所述第一处理器生成日志文件，且所述电平信号通过所述第二处理器的第二引脚、第一引脚和第二引脚之间的连线发送至所述第一引脚。

可选的，所述响应所述第一处理器处于异常状态，控制所述第二处理器向所述第一处理器发送日志文件生成指令包括：

响应所述第一处理器处于异常状态，控制所述第二处理器向所述第一处理器发送接口命令，所述接口命令用于指示所述第一处理器生成日志文件，所述接口命令利用所述第一处理器和所述第二处理器之间的接口总线传输。

另一方面，本申请提供一种监控方法，所述方法包括：

获得电子设备中的第一处理器生成的日志文件，所述日志文件是所述第一处理器处于异常时生成，且所述日志文件用于指示所述第一处理器发生异常的原因；

存储所述日志文件至所述电子设备中的第二处理器中，所述第一处理器通过第一处理操作使所述第一处理器从异常恢复正常后能从所述第二处理器中获得所述日志文件，所述第一处理操作与第二处理操作不同，所述第二处理操作能消除所述日志文件对应的异常。

再一方面，本申请提供一种电子设备，所述电子设备包括第一处理器和第二处理器；

所述第二处理器，用于确定所述第一处理器处于异常状态，响应所述第一处理器处于异常状态，向所述第一处理器发送日志文件生成指令；

所述第一处理器，用于响应所述日志文件生成指令，生成日志文件，所述日志文件是所述第一处理器处于所述异常状态时生成，且所述日志文件用于指示所述第一处理器发生异常的原因；

所述第二处理器，还用于将所述日志文件存储在所述第二处理器的存储介质中。

可选的，所述第一处理器，还用于执行第一处理操作，以利用第一处理操作使所述第一处理器从异常恢复至正常，在所述第一处理器恢复至正常后，从所述第二处理器的存储介质中获得所述日志文件，执行所述日志文件对应的第二处理操作，以利用所述第二处理操作消除所述第一处理器中存在的异常，所述第一处理器中存在的异常与所述日志文件对应。

再一方面，本申请提供一种第二处理器，所述第二处理器包括存储介质和处理单元；

所述处理单元，用于获得电子设备中的第一处理器生成的日志文件，存储所述日志文件至所述存储介质中，所述日志文件是所述第一处理器处于异常时生成，且所述日志文件用于指示所述第一处理器发生异常的原因；所述第一处理器通过第一处理操作使所述第一处理器从异常恢复正常后能从所述第二处理器中获得所述日志文件，所述第一处理操作与第二处理操作不同，所述第二处理操作能消除所述日志文件对应的异常。

再一方面，本申请提供一种存储介质，存储介质中存储有计算机程序代码，计算机程序代码被运行时实现上述监控方法。

上述监控方法及装置，确定第一处理器处于异常状态，响应第一处理器处于异常状态，控制第二处理器向第一处理器发送日志文件生成指令；响应日志文件生成指令，生成日志文件，将日志文件存储在第二处理器的存储介质中，其中日志文件是第一处理器处于异常状态时生成，且日志文件用于指示第一处理器发生异常的原因，从而在第一处理器处于异常状态时能够抓取到第一处理器发生异常的原因，如果第一处理器发生随机异常时也能够抓取到发生随机异常的原因，通过发生随机异常的原因对随机异常进行复原以及通过发生随机异常的原因对电子设备进行修复，减少发生异常的几率。

附图说明

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

图1是本申请实施例提供的一种电子设备的结构示意图；

图2是本申请实施例提供的一种监控方法的流程图；

图3是本申请实施例提供的另一种电子设备的结构示意图；

图4是本申请实施例提供的再一种电子设备的结构示意图；

图5是本申请实施例提供的一种存储日志文件的示意图；

图6是本申请实施例提供的另一种监控方法的流程图；

图7是本申请实施例提供的再一种监控方法的流程图；

图8是本申请实施例提供的再一种监控方法的流程图；

图9是本申请实施例提供的一种第二处理器的结构示意图。

具体实施方式

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

请参见图1，其示出了实施监控方法的电子设备的可选结构，电子设备包括：第一处理器10和第二处理器20，第一处理器10和第二处理器20可进行双向通信，第一处理器10和第二处理器20可通过但不限于通过espi(enhanced-spi，增强型串行外设接口)总线进行双向通信。

第二处理器20包括一个存储介质30，存储介质30可以是一个非易失性存储器，如闪存，通过存储介质30存储的内容在电子设备断电后不会丢失，这样电子设备可将一些重要内容存储到存储介质30中，在电子设备后可以从存储介质30中获取重要内容。例如将第一处理器10的日志文件存储至存储介质10中，日志文件用于指示第一处理器10发生异常的原因，在电子设备上电后，第一处理器10可以从存储介质30中获得日志文件，以确定第一处理器10发生异常的原因。

在本实施例中，第一处理器10包括：cpu(centralprocessingunit，中央处理器)和pch(platformcontrollerhub，集成南桥)，pch包括pmc(productionmaterialcontrol，生产及物料控制)组件和espi控制组件，pmc组件和espi控制组件能够双向通信。第二处理器20可以是ec(embeddedcontroller，嵌入式控制器)，存储介质30可以是ec的flash(闪存)。

pch位于cpu和ec之间，ec可通过espi总线与pch进行双向通信，然后借助pch实现与cpu的双向通信。在ec的flash中可以存储cpu的日志文件和pch的日志文件。

基于图1所示的电子设备，本申请实施例提供一种监控方法，其可选流程如图2所示，可以包括以下步骤：

101：确定第一处理器处于异常状态。

其中，第一处理器处于异常状态可以是第一处理器的软件处于异常状态和硬件处于异常状态，在第一处理器运行过程中会发生多种多样的异常；例如第一处理器的操作系统没有响应、第一处理器中运行的应用程序没有响应、第一处理器的温度超过温度阈值等等。

在确定第一处理器处于异常状态，可以响应第一处理器处于异常状态来抓取到日志文件，日志文件用于指示发生异常的原因；或者电子设备为第一处理器的异常设置重要程度，如果导致第一处理器处于异常状态的异常的重要程度大于阈值，响应第一处理器处于异常状态。

一种确定异常的重要程度的方式是，根据异常发生的次数确定，如果异常发生的次数越多，异常的重要程度越高，另一种确定异常的重要程度的方式是：根据异常的标识信息确定，如果异常的标识信息指示异常为第一次出现，异常的重要程度越高，或者如果异常的标识信息指示异常是一个随机异常，异常的重要程度越高，其中随机异常是指在第一处理器运行过程中随机发生的异常，且通过第一处理器的模拟难以还原的异常。对应异常的重要程度的确定方式本实施例不进行限定。

在本实施例中，确定第一处理器处于异常状态的方式包括但不限于如下方式：

一种方式是，如果监测到目标组件被触控确定第一处理器处于异常状态。其中，目标组件可以是电子设备中的热键，如电源键、输入组件(如键盘)中的快捷键等。目标组件可与第二处理器通信，以通过第二处理器监测目标组件是否被触控，如果第二处理器监测到目标组件被触控，则确定第一处理器处于异常状态。目标组件的触控方式可以是被点击/按下等，如电源键被按下视为电源键被触控。如图3所示，电子设备中的热键与ec连接，针对热键的操作能够被ec监测到。如果ec监测到电源键这一热键被按下，确定第一处理器处于异常状态。

目标组件还可以是与操作系统相关的组件，操作系统运行在第一处理器中，例如目标组件是操作系统中的菜单选项。如果监测到与操作系统相关的目标组件被触发，通过bios(basicinputoutputsystem，基本输入输出系统)传输给第二处理器，第二处理器确定第一处理器处于异常状态。

另一种方式是，通过第二处理器获得第一处理器的状态参数，通过第二处理器基于状态参数确定第一处理器处于异常状态，其中状态参数与第一处理器对应，可以是第一处理器运行过程中辅助第一处理器运行的硬件的状态参数、第一处理器上运行的操作系统和应用程序的状态参数等，通过获取第一处理器在一些方面的状态参数来确定第一处理器是否处于异常状态。本实施例可以基于至少一个状态参数确定处理器是否处于异常状态，例如在第一处理器运行过程中，第一处理器的状态参数会随着第一处理器的运行发生变化，如果第一处理器的状态参数的参数值大于参数阈值，确定第一处理器处于异常状态。以第一处理器的温度为例，如果第一处理器的温度大于温度阈值，确定第一处理器处于异常状态，当然本实施例还可以基于多个状态参数来确定，对于第一处理器的状态参数以及如何确定第一处理器处于异常状态，本实施例不进行限定。

102：响应第一处理器处于异常状态，控制第二处理器向第一处理器发送日志文件生成指令。

在本实施例中，第一处理器和第二处理器之间可进行双向通信，第二处理器向第一处理器发送日志文件生成指令时，可通过第一处理器和第二处理器之间的接口总线发送日志文件生成指令。

如图1所示，第一处理器和第二处理器之间通过espi总线进行双向通信，说明第一处理器和第二处理器之间连接有接口总线，如espi总线，相对应的第二处理器向第一处理器发送日志文件生成指令的一种方式是，控制第二处理器向第一处理器发送接口命令，接口命令用于指示第一处理器生成日志文件，接口命令利用第一处理器和第二处理器之间的接口总线传输。例如第一处理器向第二处理器发送espioob命令，espioob命令为一种接口命令，以指示第一处理器生成日志文件。

除通过接口总线方式发送日志文件生成指令之外，本实施例还可以采用其他方式发送日志文件生成指令，其他方式可以是，响应第一处理器处于异常状态，控制第二处理器向第一处理器中的第一引脚发送电平信号，电平信号用于指示第一处理器生成日志文件，且电平信号通过第二处理器的第二引脚、第一引脚和第二引脚之间的连线发送至第一引脚。

其中电平信号为日志文件生成指令的一种方式，如果第一处理器的第一引脚的电平信号发生变化，确定指示第一处理器生成日志文件。对于电子设备来说，在第一处理器和第二处理器中分别选择一个空闲引脚或复用一个引脚，通过引脚和引脚之间的连线完成电平信号的输送。如图4中的虚线所示，示出了第一处理器中的第一引脚和第二引脚通过连线连接在一起，如果第一处理器处于异常状态，第二处理器通过第二引脚、第一引脚和第二引脚之间的连线向第一引脚发送电平信号，使得第一引脚中的电平信号发生变化，如呈现从无到有、从高到低、从低到高中的一种变化，确定第一处理器处于异常状态。

在这里需要指出的一点是：第一处理器处于异常状态，第一处理器的部分功能处于可用状态，使得第一处理器能够响应日志文件生成指令，并能够与第二处理器进行通信。

103：响应日志文件生成指令，生成日志文件，日志文件是第一处理器处于异常状态时生成，且日志文件用于指示第一处理器发生异常的原因。

在响应日志文件生成指令过程中，第一处理器仍处于异常状态，这样就可以抓取到第一处理器发生异常的原因，将第一处理器发生异常的原因写入到日志文件中，从而生成日志文件。其中，第一处理器发生异常的原因可以由第一处理器抓取到，利用第一处理器生成日志文件，并利用第一处理器发送给第二处理器，第一处理器向第二处理器发送日志文件的方式可以是通过两个处理器之间连接的总线发送，如利用espi总线发送日志文件。

104：将日志文件存储在第二处理器的存储介质中。第二处理器的存储介质可以是一个非易失性存储器，如第二处理器的闪存，通过闪存存储日志文件可以使得日志文件在电子设备断电后不会丢失，这样在电子设备上电后能够从闪存中获取到日志文件。

第二处理器的存储介质存储日志文件的一种方式是，第二处理器的存储介质存储一条日志文件，每次存储日志文件过程中将之前存储的日志文件删除，写入本次存储的日志文件，这种存储方式虽然可以减少存储空间的占用但是会缩短日志文件的存储时长，可能会存在第一处理器获取日志文件时日志文件已经被删除的可能性；第二处理器的存储介质存储日志文件的另一种方式是，第二处理器的存储介质可以存储多条日志文件，日志文件按照获得顺序依次存储，在存储介质的存储空间不足时删除之前存储的至少一条日志文件，虽然这种存储方式会增大存储空间的占用但是会延长日志文件的存储时长，降低第一处理器不能获取到日志文件的可能性。

在本实施例中，第一处理器可以包括cpu和pch，相对应的生成的日志文件包括cpu日志文件和pch日志文件，cpu日志文件和pch日志文件可存储在第二处理器的存储介质中，如按照但不限于图5所示方式存储cpu日志文件和pch日志文件，通过在存储介质中分区域存储可避免数据冲突，且能够同时记录cpu和pch发生异常的原因。

上述监控方法，确定第一处理器处于异常状态，响应第一处理器处于异常状态，控制第二处理器向第一处理器发送日志文件生成指令；响应日志文件生成指令，生成日志文件，将日志文件存储在第二处理器的存储介质中，其中日志文件是第一处理器处于异常状态时生成，且日志文件用于指示第一处理器发生异常的原因，从而在第一处理器处于异常状态时能够抓取到第一处理器发生异常的原因，如果第一处理器发生随机异常时也能够抓取到发生随机异常的原因，通过发生随机异常的原因对随机异常进行复原以及通过发生随机异常的原因对电子设备进行修复，减少发生异常的几率。

请参见图6，其示出了本申请实施例提供的另一种监控方法的可选流程，在上述图2基础上，还可以包括以下步骤：

105：控制第一处理器执行第一处理操作，以利用第一处理操作使第一处理器从异常恢复至正常，即第一处理器通过执行第一处理操作，第一处理器从处于异常状态切换至正常状态，例如第一处理操作的一种方式是重启第一处理器的操作，通过第一处理器执行重启操作使其恢复正常。

在本实施例中，重启操作可以是通过电子设备中的热键触发，第二处理器对电子设备中热键的操作进行监控，如果第二处理器监测到热键触发重启操作，第二处理器向第一处理器发送重启指令，以使第一处理器响应重启指令，通过重启使得第一处理器恢复正常。

106：在第一处理器恢复至正常后，从第二处理器的存储介质中获得日志文件。在第一处理器恢复至正常后，向第二处理器发送日志文件上传指令，响应日志文件上传指令，从第二处理器的存储介质中获得日志文件，或者在第一处理器恢复至正常后，通过第一处理器和第二处理器之间的连接直接从存储介质中提取日志文件。

第二处理器的存储介质在存储日志文件时会分配一个存储空间给日志文件，通过一个标识信息指向该存储空间，那么从第二处理器的存储介质中获得日志文件时可基于该标识信息来获得日志文件。

在本实施例中，第二处理器的存储介质除了能够向第一处理器开启访问权项之外，还可以向运维人员开启访问权项，通过抓取工具能够访问第二处理器的存储介质，使得运维人员能够从存储介质中获得日志文件，利用日志文件中指示的异常对其他电子设备进行调整，以降低其他电子设备发生此类异常的几率。

107：控制第一处理器执行日志文件对应的第二处理操作，以利用第二处理操作消除第一处理器中存在的异常，第一处理器中存在的异常与日志文件对应。

虽然第一处理器通过执行第一处理操作恢复至正常，但是导致第一处理器发生日志文件指示的异常的原因还未消除，使得第一处理器还存在再次发生日志文件指示的异常的情况，针对这一问题本实施例控制第一处理器执行日志文件对应的第二处理操作，第二处理操作能够消除日志文件对应的异常，使得第二处理器可以降低再次发生日志文件指示的异常的几率。

第二处理操作基于日志文件指示的原因而定，如第二处理操作可以是更新第一处理器的配置参数，通过配置参数的更新消除第一处理器中存在的异常。第一处理器处于异常状态使通过配置参数更新使其恢复正常的可能性很低，相对应的第一处理操作和第二处理操作不同，利用第一处理操作使第一处理器恢复正常后，再利用第二处理操作消除第一处理器中存在的异常，降低第一处理器再次发生日志文件指示的异常的几率。

上述监控方法，控制第一处理器执行第一处理操作，以利用第一处理操作使第一处理器从异常恢复至正常，在第一处理器恢复至正常后，从第二处理器的存储介质中获得日志文件，控制第一处理器执行日志文件对应的第二处理操作，以利用第二处理操作消除第一处理器中存在的异常，第一处理器中存在的异常与日志文件对应，从而降低第一处理器再次发生日志文件指示的异常的几率。

在本实施例中，上述日志文件生成指令可以是重启指令，其中，重启指令用于指示第一处理器在重启之前生成日志文件并将日志文件发送给第二处理器，相对应的监控方法的可选流程如图7所示，可以包括以下步骤：

201：确定第一处理器处于异常状态。

202：响应第一处理器处于异常状态，控制第二处理器向第一处理器发送重启指令。

203：响应重启指令，生成日志文件，在响应重启指令时第一处理器仍处于异常状态且第一处理器没有执行断电操作。

204：响应重启指令，控制第一处理器向第二处理器发送日志文件，在发送日志文件时第一处理器仍处于异常状态且第一处理器没有执行断电操作。

205：控制第一处理器执行断电以重启第一处理器，利用重启操作使第一处理器从异常恢复至正常。

与上述实施例不同之处在于：本实施例在响应重启指令以重启第一处理器过程中，完成日志文件的生成以及日志文件的发送，对于重启指令进行调整，其调整之处在于，响应重启指令以控制第一处理器断电之前，第一处理器持续处于异常状态，使得第一处理器能够抓取到异常的原因，从而在第一处理器断电之前生成日志文件。因为第一处理器断电之后，日志文件存在消失的可能性，所以在第一处理器断电之前，控制第一处理器向第二处理器发送日志文件，以将日志文件存储在第二处理器的存储介质中，例如存储至一个非易失性存储器中。

206：将日志文件存储在第二处理器的存储介质中。

上述监控方法，响应第一处理器处于异常状态，控制第二处理器向第一处理器发送重启指令，响应重启指令，生成日志文件，在响应重启指令时第一处理器仍处于异常状态且第一处理器没有执行断电操作，响应重启指令，控制第一处理器向第二处理器发送日志文件，在发送日志文件时第一处理器仍处于异常状态且第一处理器没有执行断电操作，控制第一处理器执行断电以重启第一处理器，利用重启操作使第一处理器从异常恢复至正常，实现在恢复第一处理器至正常的过程中获取到日志文件，以一边控制第一处理器恢复至正常一边获得日志文件，从而通过一次操作达到两种目的。

在这里需要说明的一点是：如果重启指令仅是对第一处理器进行重启操作，在其重启过程中没有获取到日志文件，那么需要在响应重启指令之前得到日志文件。在获得日志文件过程中，如果监测到目标组件被触发会确定第一处理器处于异常状态，然后响应第一处理器处于异常状态，向第一处理器发送日志文件生成指令，其中目标组件可以是电子设备中的热键，如电源键等。但是电源键还与重启指令绑定，如果通过监测电源键等热键来指示向第一处理器发送日志文件生成指令，则针对日志文件生成指令的触发操作与重启指令的触发操作进行区分，以防止两者冲突。

请参见图8，其示出了本申请实施例提供的再一种监控方法的可选流程，可以包括以下步骤：

301：获得电子设备中的第一处理器生成的日志文件，日志文件是第一处理器处于异常时生成，且日志文件用于指示第一处理器发生异常的原因。

在本实施例，第二处理器获得第一处理器生成的日志文件的方式可参见上述实施例，第二处理器可以响应第一处理器处于异常状态，向第一处理器发送日志文件生成指令，使得第一处理器响应日志文件生成指令来生成日志文件，具体过程请参见上述实施例，此处不再赘述。日志文件生成指令可以是接口命令、电平信号和重启指令中的至少一种，其说明请参见上述实施例。

302：存储日志文件至电子设备中的第二处理器中，第一处理器通过第一处理操作使第一处理器从异常恢复正常后能从第二处理器中获得日志文件，第一处理操作与第二处理操作不同，第二处理操作能消除日志文件对应的异常。

日志文件在第二处理器中的存储方式请参见上述实施例。第一处理器通过执行第一处理操作，第一处理器从处于异常状态切换至正常状态，例如第一处理操作的一种方式是重启第一处理器的操作，通过第一处理器执行重启操作使其恢复正常，在第一处理器恢复至正常后，第一处理器向第二处理器发送日志文件上传指令。第二处理器响应日志文件上传指令，从第二处理器的存储介质中获得日志文件，或者在第一处理器恢复至正常后，通过第一处理器和第二处理器之间的连接直接从存储介质中提取日志文件。

第二处理操作基于日志文件指示的原因而定，如第二处理操作可以是更新第一处理器的配置参数，通过配置参数的更新消除第一处理器中存在的异常。第一处理器处于异常状态使通过配置参数更新使其恢复正常的可能性很低，相对应的第一处理操作和第二处理操作不同，利用第一处理操作使第一处理器恢复正常后，再利用第二处理操作消除第一处理器中存在的异常，降低第一处理器再次发生日志文件指示的异常的几率。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

本申请实施例还提供一种电子设备，其可选结构如前述图1所示，电子设备包括第一处理器10和第二处理器20。

第二处理器20，用于确定第一处理器10处于异常状态，响应第一处理器10处于异常状态，向第一处理器10发送日志文件生成指令。其中确定第一处理器10处于异常状态包括：

如果监测到目标组件被触控确定第一处理器处于异常状态；或，通过第二处理器获得第一处理器的状态参数，通过第二处理器基于状态参数确定第一处理器处于异常状态。

响应第一处理器10处于异常状态，向第一处理器10发送日志文件生成指令的方式包括：响应第一处理器处于异常状态，控制第二处理器向第一处理器中的第一引脚发送电平信号，电平信号用于指示第一处理器生成日志文件，且电平信号通过第二处理器的第二引脚、第一引脚和第二引脚之间的连线发送至第一引脚。或者，响应第一处理器处于异常状态，控制第二处理器向第一处理器发送接口命令，接口命令用于指示第一处理器生成日志文件，接口命令利用第一处理器和第二处理器之间的接口总线传输。

第一处理器10，用于响应日志文件生成指令，生成日志文件，日志文件是第一处理器10处于异常状态时生成，且日志文件用于指示第一处理器10发生异常的原因。

第二处理器20，还用于将日志文件存储在第二处理器20的存储介质中。存储介质可以是一个非易失性存储器，其存储日志文件的方式可参见上述实施例。

在本实施例中，上述第一处理器10还用于执行第一处理操作，以利用第一处理操作使第一处理器从异常恢复至正常，在第一处理器恢复至正常后，从第二处理器的存储介质中获得日志文件，执行日志文件对应的第二处理操作，以利用第二处理操作消除第一处理器中存在的异常，第一处理器中存在的异常与日志文件对应。

虽然第一处理器通过执行第一处理操作恢复至正常，但是导致第一处理器发生日志文件指示的异常的原因还未消除，使得第一处理器还存在再次发生日志文件指示的异常的情况，针对这一问题本实施例控制第一处理器执行日志文件对应的第二处理操作，第二处理操作能够消除日志文件对应的异常，使得第二处理器可以降低再次发生日志文件指示的异常的几率。

第二处理操作基于日志文件指示的原因而定，如第二处理操作可以是更新第一处理器的配置参数，通过配置参数的更新消除第一处理器中存在的异常。第一处理器处于异常状态使通过配置参数更新使其恢复正常的可能性很低，相对应的第一处理操作和第二处理操作不同，利用第一处理操作使第一处理器恢复正常后，再利用第二处理操作消除第一处理器中存在的异常，降低第一处理器再次发生日志文件指示的异常的几率。

在本实施例，日志文件生成指令可以是重启指令，重启指令用于指示第一处理器在重启之前生成日志文件并将日志文件发送给第二处理器；相对应的第二处理器20响应重启指令，生成日志文件，在响应重启指令时第一处理器仍处于异常状态且第一处理器没有执行断电操作；第一处理器10，用于响应重启指令，控制第一处理器向第二处理器发送日志文件，在发送日志文件时第一处理器仍处于异常状态且第一处理器没有执行断电操作；执行断电以重启第一处理器，利用重启操作使第一处理器从异常恢复至正常。

请参见图9，其示出了本申请实施例提供的一种第二处理器的可选结构，第二处理器包括存储介质30和处理单元40。

处理单元40，用于获得电子设备中的第一处理器生成的日志文件，存储日志文件至存储介质中，日志文件是第一处理器处于异常时生成，且日志文件用于指示第一处理器发生异常的原因，第一处理器通过第一处理操作使第一处理器从异常恢复正常后能从第二处理器中获得日志文件，第一处理操作与第二处理操作不同，第二处理操作能消除日志文件对应的异常。

本申请实施例还提供一种存储介质，存储介质中存储有计算机程序代码，计算机程序代码被运行时实现上述监控方法。

需要说明的是，本说明书中的各个实施例可以采用递进的方式描述、本说明书中各实施例中记载的特征可以相互替换或者组合，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

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