CN116302646B - 一种故障定位方法、系统、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种故障定位方法、系统、电子设备及存储介质，涉及计算机技术领域，该方法应用于电子设备，该方法包括：若电子设备发生故障，获取该故障对应的原因值，根据该故障对应的原因值在第一预设原因值中进行查找，得到查找结果，如果该查找结果表征故障对应的原因值在该第一预设原因值中命中，则通过完全内存转储进行业务功能恢复，业务功能恢复包括对故障进行定位。可见，该方法能够在模块产生故障后，对该故障进行定位。

Description

一种故障定位方法、系统、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种故障定位方法、系统、电子设备及存储介质。

背景技术

在电子设备生产过程中，需要对电子设备的各个模块进行测试，例如对电子设备的modem模块、wifi模块等进行测试，以确保电子设备的各项功能正常。

在测试阶段，上述模块可能会出现崩溃(crash)的情况，在模块崩溃后，电子设备均会默认触发子系统dump，然后基于存储的文件进行故障定位。

但是，对于某些模块产生的故障，通过子系统dump，将无法进行故障定位。

发明内容

本申请提供了一种故障定位方法、系统、电子设备及存储介质，能够在模块产生故障后，对该故障进行定位。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供了一种故障定位方法，该方法应用于电子设备，具体地，该方法包括：电子设备可以先接收云端服务器下发的第一配置文件，该第一配置文件至少包括第一预设原因值，电子设备可以基于该第一配置文件对dump方式进行预先配置，然后基于预先配置的dump方式进行dump。

在一些示例中，若电子设备发生故障，电子设备可以获取该故障对应的原因值，然后根据该故障对应的原因值在第一预设原因值中进行查找，得到查找结果，如果查找结果表征故障对应的原因值在该第一预设原因值中命中，则通过full dump进行业务功能恢复，其中，业务功能恢复，包括对故障进行定位。如果查找结果表征故障对应的原因值在该第一预设原因值中未命中，则通过mini dump或子系统dump进行业务功能恢复。

可见，本申请中，电子设备并不是在每次崩溃后，均采用full dump的方式进行业务功能恢复，也不是均采用mini dump的方式进行业务功能恢复转储，而是，基于第一预设原因值，选择dump方式。其中，第一预设原因值可以是崩溃后需要full dump进行转储的模块所对应的值。当崩溃原因值在第一预设原因值中命中时，表征电子设备需要通过fulldump的方式，才能后对故障进行定位，当崩溃原因值不在第一预设原因值中命中时，表征电子设备通过mini dump的方式，也能够进行故障定位，无需进行full dump。由此，在该方案中，电子设备能够确定出更合适的dump方式，进而在保证能够进行故障定位的基础上，减少电子设备进行full dump的次数，进而减少电子设备在故障定位过程中重启的次数，节约时间、减少电子设备的功耗，进而提高用户体验。

在一些可能的实现方式中，电子设备也可以获取预先配置的第一配置文件，该第一配置文件携带有第一预设原因值。

在一些可能的实现方式中，第一配置文件中还包括允许full dump次数值，进一步的，该方法还包括，电子设备确定进行full dump的次数，如果该full dump的次数达到上述允许full dump次数值，则从第一预设原因值中，删除达到该运行full dump次数值对应的原因值，以对该第一配置文件进行更新，然后再基于更新后的第一配置文件中的第一预设原因值，对dump方式进行重新配置。如此，后续电子设备再出现相同原因值对应的故障时，电子设备在更新后的第一预设原因值中无法命中该故障对应的原因值，进而，电子设备不会进行full dump，进而能够减少电子设备在故障定位过程中的重启次数。

在一些可能的实现方式中，第一配置文件还包括版本标识，电子设备获取到第一配置文件后，可以对第一配置文件进行解析，得到第一配置文件中的版本标识，然后跟自身的版本标识进行比对，如果电子设备的版本标识与第一配置文件中携带的版本标识一致，则根据第一预设原因值，对dump方式进行配置。如此，可以实现针对特定版本的电子设备进行配置，提高第一配置文件下发的便捷性，对于电子设备而言，在确定第一配置文件不匹配(如版本标识不一致)后，可以忽略接收到的第一配置文件，不产生额外影响。

在一些可能的实现方式中，所述第一配置文件还包括强制值；电子设备获取到该第一配置文件后，可以对该第一配置文件进行解析，进而得到第一配置文件中的强制值。如果该强制值表征需要判断dump方式，则根据故障对应的原因值在第一预设原因值中进行查找，即，对dump方式进行判断；如果该强制值表征不需要判断dump方式，则直接采用fulldump的方式，进行业务功能恢复。在测试阶段，通过改变该强制值，能够间接改变dump方式，提高测试过程中的灵活性。

第二方面，本申请提供一种故障定位方法，应用于电子设备，所述方法包括：

若所述电子设备发生故障，获取所述故障对应的原因值；

根据所述故障对应的原因值在第二预设原因值中进行查找，得到查找结果；

若所述查找结果表征所述故障对应的原因值在所述第二预设原因值中命中，则通过小内存转储或子系统内存转储进行业务功能恢复，所述业务功能恢复包括对所述故障进行定位。

在一些可能的实现方式中，所述方法还包括：

若所述查找结果表征所述故障对应的原因值在所述第二预设原因值中未命中，则通过完全内存转储进行业务功能恢复。

在一些可能的实现方式中，所述第二预设原因值通过以下方式确定：

获取云端服务器推送的第二配置文件；或，

获取预先配置的第二配置文件；

其中，所述第二配置文件包括第二预设原因值。

在一些可能的实现方式中，所述第二配置文件还包括版本标识；所述第二预设原因值用于：在所述电子设备的版本标识与所述第二配置文件中的版本标识一致时，对内存转储方式进行配置。

在一些可能的实现方式中，所述第二配置文件还包括强制值；所述根据所述故障对应的原因值在第二预设原因值中进行查找，包括：

若所述强制值表征需要判断内存转储方式，则根据所述故障对应的原因值在第二预设原因值中进行查找。

第三方面，本申请提供了一种故障定位系统，包括云端服务器和电子设备，所述云端服务器，用于向所述电子设备推送第一配置文件，所述第一配置文件包括第一预设原因值；

所述电子设备，用于接收所述第一配置文件，根据所述第一预设原因值，对dump方式进行配置，若发生故障，获取所述故障对应的原因值，根据所述故障对应的原因值在第一预设原因值中进行查找，得到查找结果，若所述查找结果表征所述本次故障对应的原因值在所述第一预设原因值中命中，则通过full dump进行业务功能恢复，所述业务功能恢复包括对所述故障进行定位。

第四方面，本申请提供了一种故障定位系统，包括云端服务器和电子设备，所述云端服务器，用于向所述电子设备推送第二配置文件，所述第二配置文件包括第二预设原因值；

所述电子设备，用于接收所述第二配置文件，根据所述第二预设原因值，对dump方式进行配置，若发生故障，获取所述故障对应的原因值，根据所述故障对应的原因值在第二预设原因值中进行查找，得到查找结果，若所述查找结果表征所述本次故障对应的原因值在所述第二预设原因值中命中，则通过mini dump或子系统dump进行业务功能恢复，所述业务功能恢复包括对所述故障进行定位。

第五方面，本申请提供了一种电子设备，包括：存储器和处理器；所述存储器，用于存储有计算机程序；所述处理器，用于执行所述存储器中的所述计算机程序，以实现第一方面或第二方面中任一项所述的方法。

第六方面，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面或第二方面中任一项所述的方法。

第七方面，本申请提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面或第二方面中任一项所述的方法。

基于上述技术方案，本申请具有如下有益效果：

在本申请中，电子设备基于第一配置文件，对dump方式进行的配置，对于电子设备出现崩溃后，需要full dump和mini dump(也可以是子系统dump，此处以mini dump为例)的模块进行了区分，即，将崩溃后需要full dump才能进行故障定位的模块对应的值放入第一预设原因值，将崩溃后不需要full dump，而是仅需要mini dump就能进行故障定位的模块对应的值不放入第一预设原因值。因此，电子设备在崩溃后，基于本次崩溃的模块对应的值与第一预设原因值，来确定dump方式，如此，电子设备并不是在每次崩溃时，均进行fulldump或均进行minidump；当导致电子设备崩溃的模块的值在第一预设原因值中时，电子设备进行full dump，当导致电子设备崩溃的模块的值不在第一预设原因值中时，电子设备进行mini dump。在该方案中，电子设备能够确定出更合适的dump方式，进而在保证能够进行故障定位的基础上，减少电子设备进行full dump的次数，进而减少电子设备在故障定位过程中重启的次数，节约时间、减少电子设备的功耗，进而提高用户体验。

应当理解的是，本申请中对技术特征、技术方案、有益效果或类似语言的描述并不是暗示在任意的单个实施例中可以实现所有的特点和优点。相反，可以理解的是对于特征或有益效果的描述意味着在至少一个实施例中包括特定的技术特征、技术方案或有益效果。因此，本说明书中对于技术特征、技术方案或有益效果的描述并不一定是指相同的实施例。进而，还可以任何适当的方式组合本实施例中所描述的技术特征、技术方案和有益效果。本领域技术人员将会理解，无需特定实施例的一个或多个特定的技术特征、技术方案或有益效果即可实现实施例。在其他实施例中，还可在没有体现所有实施例的特定实施例中识别出额外的技术特征和有益效果。

附图说明

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

图2为本申请实施例提供的一种电子设备的软件结构示例图；

图3为本申请实施例提供的一种应用场景的示意图；

图4为本申请实施例提供的一种故障定位方法的流程图；

图5为本申请实施例提供的又一种应用场景的示意图；

图6为本申请实施例提供的又一种故障定位方法的流程图。

具体实施方式

本申请说明书和权利要求书及附图说明中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于限定特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

为了下述各实施例的描述清楚简洁，首先给出相关技术的简要介绍：

dump是指将进程或系统在某一时间点的内存信息转储为一个文件的过程。通常，在电子设备出现进程崩溃、卡死、卡主一段时间、系统卡死无法操作、系统蓝屏等情况时，会触发dump，然后基于转储的dump文件，进行故障定位。

一般的，dump分为mini dump(小内存转储)、full dump(完全内存转储)、kerneldump(核心内存转储)以及子系统dump。其中，mini dump仅保存内存前64k的基本内存空间的数据；full dump会将内存中的数据全部保存，包括系统数据和用户数据(如内核态和用户态的信息)；kernel dump保存操作系统和相关系统级别服务的数据，如系统内核态的信息。子系统dump所保存的数据量介于full dump和mini dump之间。

在一些示例中，电子设备进行full dump后，会存储如下信息：full memory data(完整内存数据)、handle data(句柄数据)、unloaded module information(未加载的模块信息)、basic memory information(基本内存信息)、module information(模块信息)、thread and stack information including thread time information(包括时间信息在内的线程和栈信息)。而mini dump仅存储如下信息：module information(模块信息)、thread information(线程信息)、stack information(栈信息)、any memory that isreferenced by a pointer on a stack(栈上的指针引用的任何内存)、some read-writesegments(一些读写段)。

可见，mini dump所存储文件的信息较少，文件一般只有几兆大小，因此，通过minidump转储的文件，难以对各种各样的故障进行定位，类似的，子系统dump也会因所存储文件的信息较少，无法对各种各样的故障进行定位。因此，在电子设备出现上述进程崩溃、卡死等情况时，电子设备会触发full dump，以及与full dump所转储的文件进行故障定位，但是，伴随full dump的同时，电子设备也会触发重启。一方面，电子设备默认通过mini dump进行业务功能恢复，会存在部分故障无法定位的问题，另一方面，电子设备重启需要消耗一定时间，并且电子设备重启会产生额外的功耗。可见，电子设备默认采用子系统dump(也可以是mini dump)的方式，进行故障定位，会存在对部分故障难以定位的问题，而默认采用full dump的方式，进行故障定位，会影响用户体验。

需要说明的是，mini dump和子系统dump均会存在无法对部分故障进行定位的问题，后文以mini dump为例进行介绍，即，采用mini dump方式时，也可以采用子系统dump，后文不再重复赘述。

有鉴于此，本申请实施例提供了一种故障定位方法，该方法可以应用于电子设备。具体地，电子设备先接收云端服务器下发的第一配置文件，该第一配置文件至少包括第一预设原因值，原因值可以表征是哪些模块导致的崩溃、卡死等情况，电子设备可以基于第一配置文件对dump方式进行配置。由此，在电子设备发生上述崩溃等情况时，可以先确定崩溃原因值(表征哪个模块导致的本次崩溃)，如果崩溃原因值为第一预设原因值，则采用fulldump进行业务功能恢复，如果崩溃原因值不是第一预设原因值，则采用mini dump进行业务功能恢复。其中，业务功能恢复包括对故障进行定位。

可见，本申请中，电子设备并不是在每次崩溃后，均采用full dump的方式进行业务功能恢复，也不是均采用mini dump的方式进行业务功能恢复，而是，基于第一预设原因值，选择dump方式。其中，第一预设原因值可以是崩溃后需要full dump进行转储的模块所对应的值。当崩溃原因值在第一预设原因值中命中时，表征电子设备需要通过full dump的方式，才能后对故障进行定位，当崩溃原因值不在第一预设原因值中命中时，表征电子设备通过mini dump的方式，也能够进行故障定位，无需进行full dump。由此，在该方案中，电子设备能够确定出更合适的dump方式，进而在保证能够进行故障定位的基础上，减少电子设备进行full dump的次数，进而减少电子设备在故障定位过程中重启的次数，节约时间、减少电子设备的功耗，进而提高用户体验。

在一些实施例中，电子设备可以是手机、平板电脑、桌面型、膝上型、笔记本电脑、超级移动个人计算机(Ultra-mobile Personal Computer，UMPC)、手持计算机、上网本、个人数字助理(Personal Digital Assistant，PDA)、可穿戴电子设备、智能手表等设备，本申请对上述电子设备的具体形式不做特殊限制。在本实施例中，电子设备的结构可以如图1所示，该图为本申请实施例提供的一种电子设备的结构示意图。

如图1所示，电子设备可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本实施例示意的结构并不构成对电子设备的具体限定。在另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。例如，在本申请中，处理器在电子设备发生故障时，获取所述故障对应的原因值；根据所述故障对应的原因值在第一预设原因值中进行查找，得到查找结果；若所述查找结果表征所述故障对应的原因值在所述第一预设原因值中命中，则通过full dump进行业务功能恢复，所述业务功能恢复包括对所述故障进行定位，或者，若所述电子设备发生故障，获取所述故障对应的原因值；根据所述故障对应的原因值在第一预设原因值中进行查找，得到查找结果；若所述查找结果表征所述故障对应的原因值在所述第一预设原因值中未命中，则通过mini dump或子系统dump进行业务功能恢复，所述业务功能恢复包括对所述故障进行定位。

其中，控制器可以是电子设备的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

可以理解的是，本实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备的结构限定。在本申请另一些实施例中，电子设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在电子设备上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

电子设备通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oled，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备可以包括1个或N个显示屏194，N为大于1的正整数。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备可以包括1个或N个摄像头193，N为大于1的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备的各种功能应用以及数据处理。例如，若电子设备发生故障，获取该故障的原因值，根据所述故障对应的原因值在第一预设原因值中进行查找，得到查找结果；若所述查找结果表征所述故障对应的原因值在所述第一预设原因值中命中，则通过full dump进行业务功能恢复，所述业务功能恢复包括对所述故障进行定位，若查找结果表征故障对应的原因值在第一预设原因值中未命中，则通过mini dump或子系统dump进行业务功能恢复。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备的各种功能应用以及数据处理。

电子设备可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备可以设置至少一个麦克风170C。在另一些实施例中，电子设备可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。陀螺仪传感器180B可以用于确定电子设备的运动姿态。气压传感器180C用于测量气压。磁传感器180D包括霍尔传感器。电子设备可以利用磁传感器180D检测翻盖皮套的开合。加速度传感器180E可检测电子设备在各个方向上(一般为三轴)加速度的大小。距离传感器180F，用于测量距离。接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。环境光传感器180L用于感知环境光亮度。指纹传感器180H用于采集指纹。温度传感器180J用于检测温度。触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备的表面，与显示屏194所处的位置不同。骨传导传感器180M可以获取振动信号。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备可以接收按键输入，产生与电子设备的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备的接触和分离。电子设备可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备中，不能和电子设备分离。

另外，在上述部件之上，运行有操作系统。例如苹果公司所开发的iOS操作系统，谷歌公司所开发的Android开源操作系统，微软公司所开发的Windows操作系统等。在该操作系统上可以安装运行应用程序。

电子设备的操作系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备的软件结构。

图2是本申请实施例的电子设备的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用层、应用程序框架层、安卓运行时(Android runtime)和系统库、以及内核层。

应用层可以包括一系列应用程序包。如图2所示，应用程序包可以是参数管理应用、相机、图库、日历、通话、地图、导航、WLAN、蓝牙、音乐、视频、短信息等应用程序。其中，参数管理应用用于接收云端发送的第一配置文件，以便向内核层透传，进行相关的配置。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层可以包括显示驱动，摄像头驱动，音频驱动，传感器驱动。

其中，modem模块、wifi模块等模块与内核层相连。

需要说明的是，本申请实施例虽然以Android系统为例进行说明，但是其基本原理同样适用于基于iOS、Windows等操作系统的电子设备。

为了便于理解，下面结合附图，对本申请实施例提供的故障定位方法的应用场景进行介绍。如图3所示，该图为本申请实施例提供的一种应用场景的示意图。

在该场景中，电子设备301与云端服务器302能够进行通信，在一些示例中，云端服务器302可以预先存储第一配置文件，然后将第一配置文件推送给电子设备301，电子设备301接收到该第一配置文件后，可以基于第一配置文件中携带的第一预设原因值对自身进行配置，如对崩溃、卡死等情况后的dump方式进行配置。在一些示例中，第一预设原因值可以是表征预先设定的模块导致崩溃、卡死等情况对应的值，在电子设备基于第一配置文件对dump的方式进行配置后，如果电子设备的某个模块出现了崩溃，该模块对应的值不是第一预设原因值(即该模块不是预先设定的模块)，电子设备进行mini dump；如果电子设备的某个模块出现了崩溃，该模块对应的值是第一预设原因值(即该模块不是预先设定的模块)，电子设备进行full dump。

可见，在本申请中，电子设备基于第一配置文件，对dump方式进行的配置，对于电子设备出现崩溃后，需要full dump和mini dump的模块进行了区分，即，将崩溃后需要fulldump才能进行故障定位的模块对应的值放入第一预设原因值，将崩溃后不需要full dump，而是仅需要mini dump就能进行故障定位的模块对应的值不放入第一预设原因值。因此，电子设备在崩溃后，基于本次崩溃的模块对应的值与第一预设原因值，来确定dump方式，如此，电子设备并不是在每次崩溃时，均进行full dump或均进行minidump；当导致电子设备崩溃的模块的值在第一预设原因值中时，电子设备进行full dump，当导致电子设备崩溃的模块的值不在第一预设原因值中时，电子设备进行mini dump。在该方案中，电子设备能够确定出更合适的dump方式，进而在保证能够进行故障定位的基础上，减少电子设备进行full dump的次数，进而减少电子设备在故障定位过程中重启的次数，节约时间、减少电子设备的功耗，进而提高用户体验。

为了使得本申请的技术方案更加清楚、易于理解，下面结合附图，对本申请的技术方案，进行详细介绍。如图4所示，该图为本申请实施例提供的一种故障定位方法的流程图，该方法包括：

S401、云端服务器向电子设备下发第一配置文件。

云端服务器可以包括版本号推送模块和序列号推送模块。

在测试阶段，电子设备会存在版本的更新迭代，每个电子设备都可以属于一个版本号，当需要对某一个特定版本的电子设备进行配置时，版本号推送模块可以基于该特定版本的版本号，向该特定版本的电子设备推送第一配置文件。

序列号(Serial Number，SN)是指电子设备的标识，该序列号用于唯一标识电子设备，即，每一个电子设备均有属于自身的序列号，不同的电子设备的序列号不同，当需要对某个用户的电子设备进行配置时，序列号推送模块可以基于该用户的电子设备的序列号，向用户的电子设备推送第一配置文件。

需要说明的是，以上仅仅是两种云端服务器下发第一配置文件的示例，云端服务器也可以采用其他方式向电子设备下发第一配置文件。在另一些实施例中，电子设备也可以不通过云端服务器获取第一配置文件，例如通过与其他电子设备进行通信，以获取第一配置文件。本申请不具体限定电子设备获取第一配置文件的方式，本领域技术人员可以基于实际需要选择电子设备获取第一配置文件的方式。

其中，第一配置文件至少包括第一预设原因值。第一预设原因值可以是崩溃后需要full dump进行转储的模块所对应的值。其中，崩溃后需要full dump进行转储的模块可以预先设定，例如可以是基于经验预先设定。例如，wifi模块对应的值为reason1，modem模块对应的值为reason2，蓝牙模块对应的值为reason3，在wifi模块和modem模块崩溃后，需要full dump进行转储，即，可以将wifi模块和modem模块预先设定为崩溃后需要full dump进行转储的模块，wifi模块对应的值为reason1以及modem模块对应的值为reason2为第一预设原因值。

需要说明的是，以上对第一预设原因值的介绍仅仅是示例，本领域技术人员也可以基于其他方式设定第一预设原因值，并且，第一预设原因值为上述reason1和reason2也仅仅是示例性介绍，在其他实施例中第一预设原因值还可以包括reason4、reason5等。

在另一些实施例中，第一配置文件在包括第一预设原因值的基础上，还可以包括强制值、版本标识、允许full dump次数值等，后续详细介绍各个参数。

S402、电子设备的应用层的参数管理应用对第一配置文件进行解析。

电子设备的应用层的参数管理应用包括云推参数接收模块、云推参数管理模块、崩溃记录管理模块、配置下发模块。

其中，云推参数接收模块用于接收云端服务器下发的第一配置文件，例如云推参数接收模块可以接收版本号推送模块下发的第一配置文件，也可以接收序列号推送模块下发的第一配置文件。云推参数接收模块接收到云端服务器下发的第一配置文件后，可以将该第一配置文件传递给云推参数管理模块。

云推参数管理模块接收到第一配置文件后，可以对该第一配置文件进行解析，进而得到第一配置文件中携带的第一预设原因值。在该第一配置文件还包括强制值、版本标识、允许full dump次数值的情况下，云推参数管理模块还可以解析第一配置文件，得到上述参数。云推参数管理模块在得到第一预设原因值后，可以将该第一预设原因值传递给配置下发模块。

配置下发模块接收到第一预设原因值后，可以将该第一预设原因值向内核层传递第一预设原因值。

崩溃记录管理模块用于接收记录应用反馈的full dump事件，并对full dump事件进行统计。

S403、电子设备的应用层的参数管理应用向内核层的dump配置模块传递第一预设原因值。

如上述，参数管理应用包括配置下发模块，本实施例中，可以由配置下发模块向内核层传递第一预设原因值。

S404、电子设备的内核层的dump配置模块基于第一预设原因值对full dump配置表进行配置。

dump配置模块包括配置接收模块、dump控制模块、full dump配置表。

其中，配置接收模块用于接收应用层的配置下发模块传递的第一预设原因值，然后将该第一预设原因值传递给full dump配置表，以对full dump配置表进行配置，例如可以是将第一预设原因值写入到该full dump配置表中。

full dump配置表用于记录第一预设原因值，以便dump控制模块查询使用，在一些示例中，full dump配置表中可以记录“reason1”、“reason2”。

需要说明的是，有上述实施例可知，full dump配置表中记录的第一预设原因值，均是崩溃后需要full dump的模块对应的值。在另一些实施例中，full dump配置表也可以是仅记录崩溃后仅需要mini dump的模块对应的值。在另一些实施例中，full dump配置表中也可以记录模块对应的值与该模块对应的dump方式之间的对应关系，基于此，dump控制模块通过full dump配置表以及本次崩溃模块对应的值，直接确定dump方式。

dump控制模块用于接收子系统模块发生崩溃的原因值，然后基于full dump配置表确定dump方式。

S405、电子设备的子系统模块发生crash。

S406、电子设备的内核层的dump控制模块获取本次崩溃(crash)的原因值。

在一些示例中，电子设备的子系统模块可以包括modem模块、wifi模块、蓝牙模块等。

以wifi模块发生崩溃为例，在该电子设备的wifi模块发生崩溃后，内核层的dump控制模块可以获取本次奔溃的原因值，该原因值为发生崩溃的模块对应的值，即，wifi模块对应的值，如上述实施例，wifi模块对应的值为reason1，因此，dump控制模块可以获取本次崩溃的原因值为reason1。

以上仅仅是以发生崩溃的模块为wifi模块为例，当然，如果modem模块发生崩溃，dump控制模块获取本次崩溃的原因值为reason2；如果蓝牙模块发生崩溃，dump控制模块获取本次崩溃的原因值为reason3。

S407、电子设备的内核层的dump控制模块判断本次崩溃的原因值是否在fulldump配置表中命中，若是，则执行S408，若否，则执行S414。

在内核层的dump控制模块获取本次崩溃的原因值后，dump控制模块可以调取fulldump配置表，然后基于本次崩溃的原因值，在该full dump配置表中进行查找，若查找结果表征本次崩溃的原因值在full dump配置表中命中，则表征本次崩溃事件，电子设备需要进行full dump才能够进行故障定位；若查找结果表征本次崩溃的原因值在full dump配置表征未命中，则表征本次崩溃事件，电子设备仅需要进行mini dump就能够进行故障定位，无需进行full dump，进而也就无需电子设备重启，进而减少电子设备的重启次数，提高用户体验。

S408、电子设备的内核层的dump模块进行full dump。

内核层的dump模块包括full dump模块以及mini dump模块。

full dump模块用于基于上述S407的判断结果产生full dump；mini dump模块用于基于上述S407的判断结果产生mini dump。

在一些实施例中，电子设备通过full dump进行业务功能恢复。

在电子设备进行full dump后，电子设备可以将full dump得到的转储文件上传给云端服务器。

需要说明的是，以上dump模块仅仅是示例性介绍，在另一些示例中，dump模块还可以包括kernel dump模块。

S409、电子设备进行重启。

S410、电子设备的应用层的记录应用向参数管理应用反馈full dump事件。

记录应用包括稳定性事件记录模块，在电子设备完成重启后，该稳定性事件记录模块会记录本次full dump事件，并向参数管理应用反馈full dump事件。

参数管理应用的崩溃记录管理模块在接收到稳定性事件记录模块反馈的fulldump事件后，可以对full dump事件进行统计。例如统计引发full dump事件的原因值以及该原因值对应的full dump事件的次数。以wifi模块崩溃为例，崩溃记录管理模块可以统计原因值为reason1导致的full dump事件的次数。

如前述实施例中介绍，第一配置文件还可以包括允许full dump次数值，在一些示例中，允许full dump次数值可以为1，也可以为2，也可以是更大的整数值。允许full dump次数值为1时，表示允许原因值为第一预设原因值导致的full dump的次数为1次。延续上例，表征原因值为reason1或reason2导致的full dump的次数为1次。

S411、电子设备的参数管理应用对第一配置文件进行更新。

以第一配置文件中允许full dump次数值为1次，发生崩溃的模块为wifi模块为例，在上述崩溃记录管理模块统计reason1导致的full dump事件的次数为1次时，参数管理应用的云推参数管理模块可以将统计的reason1导致的full dump事件的次数与第一配置文件中允许full dump次数值进行比较，如果统计的reason1导致的full dump事件的次数达到第一配置文件中允许full dump次数值，即，统计的reason1导致的full dump事件的次数达到1，则表征reason1导致电子设备进行full dump次数值已达上限，后续电子设备不再进行full dump，此时，可以对第一配置文件进行更新，以将第一配置文件中第一预设原因值中的reason1删除。例如将第一配置文件中的第一预设原因值包括reason1和reason2更新为仅包括reason2。若后续电子设备出现崩溃对应的原因值为reason2，并且reason2对应的允许full dump次数值未达上限，则可以继续进行full dump。

由于，电子设备在进行full dump后，需要将full dump后转储文件上传给云端服务器，而该转储文件一般较大(3GB-6GB)，如果相同原因值导致full dump，会一直生成相同的转储文件，该转储文件会一直重复上传给云端服务器，进而会消耗云端服务器大量的存储资源，造成资源浪费。

而在本申请中，电子设备可以对不同原因值对应的full dump事件进行统计，当本次崩溃的原因值对应的full dump次数达到允许full dump次数值的上限后，后续针对该原因值，电子设备不进行full dump，进而不会一直生成相同的转储文件，也就不会一直向云端服务器上传重复的转储文件，进而不会消耗云端服务器大量的存储资源，减少对云端服务器存储资源的浪费，提高资源利用率。

在一些实施例中，该第一配置文件中还可以携带版本标识，即，云推参数管理模块可以对该第一配置文件进行解析后，得到携带的版本标识。云推参数管理模块还可以获取允许full dump次数值达到上限值对应的原因值，然后电子设备一并将该原因值反馈给云端服务器，进而云端服务器，可以将该原因值，从该版本标识对应的第一配置文件中的第一预设原因值中删除，并再次向电子设备云推第一配置文件，以对相同版本的电子设备进行重新配置，从而减少电子设备的重启次数，也能够减少云端服务器存储资源的浪费。

例如，在上述场景中，电子设备已经向云端服务器传输了reason1导致full dump的转储文件，即，云端服务器已经接收到了该reason1对应的转储文件。为了进一步减少相同版本的电子设备，再次重新上传上述reason1导致full dump的转储文件，也为了进一步减少相同版本的电子设备的重启次数，电子设备可以还可以向云端服务器反馈发生reason1对应的崩溃的版本标识，然后，云端服务器对该版本标识的第一配置文件进行进一步更新，即，删除该版本标识对应的第一配置文件中的第一预设原因值中的reason1，从而减少相同版本的电子设备重新上传上述reason1导致full dump的转储文件的情况，进而减少对云端服务器存储资料的浪费；同时，也减少相同版本的电子设备的重启次数，提高用户体验。

S412、电子设备的参数管理应用将更新后的第一配置文件重新传递给内核层的dump配置模块。

在一些实施例中，参数管理用于的云推参数管理模块可以对第一配置文件进行更新，例如从第一预设原因值中删除达到允许full dump次数值所对应的原因值。例如，reason1导致电子设备进行full dump次数值已达上限，云推参数管理模块可以将第一预设原因值中reason1删除，进而得到更新后第一配置文件中的第一预设原因值，如，更新后第一配置文件中的第一预设原因值为reason2。然后云推参数管理模块，将该更新后的第一配置文件传递给内核层的dump配置模块。

S413、电子设备的内核层的dump配置模块基于更新后的第一配置文件中的第一预设原因值对full dump配置表进行配置。

dump配置模块接收到云推参数管理模块传递的更新后的第一配置文件后，即可基于更新后的第一配置文件中的第一预设原因值对full dump配置表进行配置。例如，原fulldump配置表中记录有“reason1”、“reason2”，重新基于更新后的第一配置文件的第一预设原因值对该full dump配置表进行配置后，更新后的full dump配置表中记录有“reason2”，即删除了“reason1”。

如此，当wifi模块再次出现崩溃后，dump控制模块获取本次崩溃的原因值为reason1，然后在full dump配置表中的原因值进行查找，由于更新后的full dump配置表中不包括reason1，进而无法查找到该reason1，dump控制模块确定dump方式为mini dump，而不是full dump，而电子设备进行mini dump无需进行重启，进而减少了电子设备在故障定位过程中的重启次数，提高用户体验。

S414、电子设备的内核层的dump模块进行mini dump。

在一些实施例中，电子设备通过mini dump进行业务功能恢复。

在一些示例中，mini dump模块进行mini dump，进而得到mini dump的转储文件，然后电子设备将该转储文件上传给云端服务器。

在一些实施例中，第一配置文件中除了包括第一预设原因值、允许full dump次数值外，还可以携带其他参数，如强制值、版本标识等，下面分别介绍。

其中，强制值可以是“1”，也可以是“0”，当强制值为“1”时，则表征无论本次崩溃的原因值是否为第一预设原因值，都要强制电子设备进行full dump，或者，电子设备也可以不获取本地奔溃的原因值，而是直接进行full dump；当强制值为“0”时，则表征本次奔溃后，需要按照上述流程确定dump方式，基于确定的dump方式，选择mini dump或full dump。

在一些示例中，若云推参数管理模块从第一配置文件中解析出该强制值为“1”时，则出现崩溃事件，即进行full dump；若云推参数管理模块从第一配置文件中解析出该强制值为“0”时，则需要基于本次崩溃的原因值以及第一预设原因值来确定dump方式。可见，在本申请中，可以通过对第一配置文件的编辑，改变电子设备的dump方式，提高了测试过程中的灵活性，以及故障定位的效率。

版本标识可以是指电子设备的版本号，当该第一配置文件携带该版本标识的情况下，该第一配置文件仅针对与第一配置文件中所携带的版本标识相同的电子设备生效。

例如，第一配置文件携带的版本标识为“36M”，云推参数管理模块通过对第一配置文件进行解析后，得到该版本标识“36M”，然后与电子设备的版本标识进行比对，若第一配置文件中携带的版本标识与电子设备的版本标识一致，云推参数管理模块才会基于该第一配置文件进行配置，可以包括向配置下发模块传递第一预设原因值等；若第一配置文件中携带的版本标识与电子设备的版本标识不一致，则云推参数管理模块会忽略接收到的第一配置文件或对该第一配置文件进行丢弃处理。

如此，在本申请中，在云端服务器云推第一配置文件后，各个电子设备均可以通过对该第一配置文件进行解析，确定该第一配置文件是否与自身匹配，如第一配置文件中携带的版本标识与自身的版本标识一致时，才确定该第一配置文件与自身匹配，在匹配的情况下，再基于该第一配置文件进行后续的配置。这样，通过该版本标识，能够对特定版本的电子设备进行同步配置，而不影响其他版本的电子设备，提高第一配置文件下发的便捷性，针对电子设备而言，在确定第一配置文件不匹配后，直接忽略或丢弃即可，不产生额外的影响。

为了便于理解，下面描述本申请实施例的一个应用场景，如图5所示，该图为本申请实施例提供的又一种应用场景的示意图。

电子设备301在发生崩溃后，先进行了mini dump，然后将该mini dump的转储文件以及本次崩溃的原因值(例如reason1)发送给云端服务器302，但是云端服务器302基于该mini dump的转储文件无法进行故障定位，远端服务器则判定reason1导致的崩溃。类似的，电子设备301还可以将reason2导致的mini dump的转储文件、reason2，以及reason3导致的mini dump的转储文件、reason3发送给云端服务器302，云端服务器302基于reason2导致的mini dump的转储文件同样不能进行故障定位，而基于reason3导致的mini dump的转储文件能够进行故障定位。

因此，针对与reason1和reason2导致的崩溃，需要full dump的方式进行故障定位。进而云端服务器需要形成新的第一配置文件，该第一配置文件包括第一预设原因值(如上述reason1和reason2)、版本标识(如36M)、允许full dump次数值(如1次)、是否强制(如0，“0”表示不强制full dump，“1”表示强制full dump)。

云端服务器302将该形成的第一配置文件云推给电子设备301，电子设备301基于该第一配置文件进行配置。下面分别以reason1导致崩溃以及reason3导致崩溃为例进行介绍。

当电子设备301发生崩溃后，获取本次崩溃的原因值为reason1，电子设备301可以基于第一配置文件中的第一预设原因值确定本次dump方式，由于reason1在第一预设原因值中命中，因此，本次dump方式为full dump。由于第一配置文件中允许full dump次数为1，也就是说，reason1导致的full dump次数已达上限，因此，电子设备301需要对第一配置文件进行更新，并重新配置。具体地，将该reason1从第一预设原因值中删除，然后进行重新配置。后续再发生崩溃的原因值为reason1时，则不进行full dump，进而减少相同reason1导致的full dump次数，进而减少电子设备301的重启次数，提高用户体验。

电子设备301进行full dump后，还可以将full dump的转储文件以及本次原因值(即reason1)发送给云端服务器302，以便云端服务器302对该第一配置文件进行更新，例如删除第一配置文件的第一预设原因值中的reason1，并重新推送给电子设备301。在一些示例中，云端服务器302可以基于第一配置文件的版本标识，对第一配置文件进行更新，例如，仅删除版本标识为36M对应的第一配置文件中第一预设原因值中的reason1。

电子设备接收到更新后的第一配置文件，可以基于更新后的第一配置文件进行重新配置，如此，当电子设备再次发生崩溃的原因值为reason1时，电子设备不再进行fulldump，不仅进而减少电子设备301的重启次数，而且无需重复性地向云端服务器302发生转储文件，减少云端服务器存储资源的浪费。

当电子设备301发生崩溃后，获取本次崩溃的原因值为reason3，电子设备301可以基于第一配置文件中的第一预设原因值确定本次dump方式，由于reason1在第一预设原因值中未命中，因此，本次dump方式为mini dump，而不是full dump，进而减少电子设备的重启次数，提高用户体验。

基于上述内容描述，本申请实施例提供了一种故障定位方法，该方法包括：电子设备先接收云端下发的第一配置文件，该第一配置文件至少包括第一预设原因值，原因值可以表征是哪些模块导致的崩溃、卡死等情况，电子设备可以基于第一配置文件对dump方式进行配置。由此，在电子设备发生上述崩溃等情况时，可以先确定崩溃原因值(表征哪个模块导致的本次崩溃)，如果崩溃原因值为第一预设原因值，则采用full dump进行转储，如果崩溃原因值不是第一预设原因值，则采用mini dump进行转储。

可见，本申请中，电子设备并不是在每次崩溃后，均采用full dump的方式进行转储，而是，基于第一预设原因值，选择dump方式。其中，第一预设原因值可以是崩溃后需要full dump进行转储的模块所对应的值。当崩溃原因值不在第一预设原因值中命中时，表征电子设备通过mini dump转储的文件，也能够进行故障定位，无需进行full dump，由此，能够减少电子设备进行full dump的次数，进而减少电子设备在故障定位过程中重启的次数，提高用户体验。

如图6所示，该图为本申请实施例提供的又一种故障定位方法的流程图，该方法包括：

S601、云端服务器向电子设备下发第二配置文件。

其中，第二配置文件至少包括第二预设原因值。第二预设原因值可以是崩溃后需要mini dump或子系统dump进行转储的模块所对应的值。其中，崩溃后需要mini dump或子系统dump进行转储的模块可以预先设定，例如可以是基于经验预先设定。例如，wifi模块对应的值为reason1，modem模块对应的值为reason2，蓝牙模块对应的值为reason3，在蓝牙模块崩溃后，需要mini dump或子系统dump进行转储，即，可以将蓝牙模块预先设定为崩溃后需要mini dump或子系统dump进行转储的模块，蓝牙模块对应的值为reason3为第二预设原因值。

S602、电子设备的应用层的参数管理应用对第二配置文件进行解析。

云推参数管理模块接收到第二配置文件后，可以对该第二配置文件进行解析，进而得到第二配置文件中携带的第二预设原因值。在该第二配置文件还包括强制值、版本标识、允许full dump次数值的情况下，云推参数管理模块还可以解析第二配置文件，得到上述参数。云推参数管理模块在得到第二预设原因值后，可以将该第二预设原因值传递给配置下发模块。

配置下发模块接收到第二预设原因值后，可以将该第二预设原因值向内核层传递第二预设原因值。

崩溃记录管理模块用于接收记录应用反馈的full dump事件，并对full dump事件进行统计。

S603、电子设备的应用层的参数管理应用向内核层的dump配置模块传递第二预设原因值。

如上述，参数管理应用包括配置下发模块，本实施例中，可以由配置下发模块向内核层传递第二预设原因值。

S604、电子设备的内核层的dump配置模块基于第二预设原因值对mini dump配置表进行配置。

需要说明的是，以上仅仅是以mini dump配置表为例进行介绍，当然，也可以配置子系统dump配置表，也可以配置mini dump和子系统dump的配置表。

dump配置模块包括配置接收模块、dump控制模块、mini dump配置表。

其中，配置接收模块用于接收应用层的配置下发模块传递的第二预设原因值，然后将该第二预设原因值传递给mini dump配置表，以对mini dump配置表进行配置，例如可以是将第二预设原因值写入到该mini dump配置表中。

mini dump配置表用于记录第二预设原因值，以便dump控制模块查询使用，在一些示例中，mini dump配置表中可以记录“reason3”。

S605、电子设备的子系统模块发生crash。

S606、电子设备的内核层的dump控制模块获取本次崩溃(crash)的原因值。

S607、电子设备的内核层的dump控制模块判断本次崩溃的原因值是否在minidump配置表中命中，若是，则执行S614，若否，则执行S608。

S608、电子设备的内核层的dump模块进行full dump。

S609、电子设备进行重启。

S610、电子设备的应用层的记录应用向参数管理应用反馈full dump事件。

S611、电子设备的参数管理应用对第二配置文件进行更新。

以第二配置文件中允许full dump次数值为1次，发生崩溃的模块为wifi模块为例，在上述崩溃记录管理模块统计reason1导致的full dump事件的次数为1次时，参数管理应用的云推参数管理模块可以将统计的reason1导致的full dump事件的次数与第二配置文件中允许full dump次数值进行比较，如果统计的reason1导致的full dump事件的次数达到第二配置文件中允许full dump次数值，即，统计的reason1导致的full dump事件的次数达到1，则表征reason1导致电子设备进行full dump次数值已达上限，后续电子设备不再进行full dump，此时，可以对第二配置文件进行更新，以将reason1写入到第二配置文件的第二预设原因值中。例如将第二配置文件中的第二预设原因值包括reason3更新为包括reason1和reason3。如此，后续电子设备发生原因值为reason1的crash，电子设备不进行full dump，进而能够减少电子设备的重启次数，减少云端服务器的存储资源的浪费。

在一些实施例中，该第二配置文件中还可以携带版本标识，即，云推参数管理模块可以对该第二配置文件进行解析后，得到携带的版本标识。云推参数管理模块还可以获取允许full dump次数值达到上限值对应的原因值，然后电子设备一并将该原因值反馈给云端服务器，进而云端服务器可以从该版本标识对应的第二配置文件中的第二预设原因值中加入该原因值删除，并再次向电子设备云推第二配置文件，以对相同版本的电子设备进行重新配置，从而减少电子设备的重启次数，也能够减少云端服务器存储资源的浪费。

例如，在上述场景中，电子设备已经向云端服务器传输了reason1导致full dump的转储文件，即，云端服务器已经接收到了该reason1对应的转储文件。为了进一步减少相同版本的电子设备，再次重新上传上述reason1导致full dump的转储文件，也为了进一步减少相同版本的电子设备的重启次数，电子设备可以还可以向云端服务器反馈发生reason1对应的崩溃的版本标识，然后，云端服务器对该版本标识的第二配置文件进行进一步更新，即，在该版本标识对应的第二配置文件中的第二预设原因值中加入reason1，从而减少相同版本的电子设备重新上传上述reason1导致full dump的转储文件的情况，进而减少对云端服务器存储资料的浪费；同时，也减少相同版本的电子设备的重启次数，提高用户体验。

S612、电子设备的参数管理应用将更新后的第二配置文件重新传递给内核层的dump配置模块。

在一些实施例中，参数管理用于的云推参数管理模块可以对第二配置文件进行更新，例如从第二预设原因值中加入达到允许full dump次数值所对应的原因值。例如，reason1导致电子设备进行full dump次数值已达上限，云推参数管理模块可以在第二预设原因值中加入reason1，进而得到更新后第二配置文件中的第二预设原因值，如，更新后第二配置文件中的第二预设原因值为reason1和reason3。然后云推参数管理模块，将该更新后的第二配置文件传递给内核层的dump配置模块。

S613、电子设备的内核层的dump配置模块基于更新后的第二配置文件中的第二预设原因值对mini dump配置表进行配置。

dump配置模块接收到云推参数管理模块传递的更新后的第二配置文件后，即可基于更新后的第二配置文件中的第二预设原因值对mini dump配置表进行配置。例如，原minidump配置表中记录有“reason3”，重新基于更新后的第二配置文件的第二预设原因值对该mini dump配置表进行配置后，更新后的mini dump配置表中记录有“reason1”以及“reason3”，即，加入了“reason1”。

如此，当wifi模块再次出现崩溃后，dump控制模块获取本次崩溃的原因值为reason1，然后在mini dump配置表中的原因值进行查找，由于更新后的mini dump配置表中包括reason1，进而能够查找到该reason1，dump控制模块确定dump方式为mini dump，而不是full dump，而电子设备进行mini dump无需进行重启，进而减少了电子设备在故障定位过程中的重启次数，提高用户体验。

S614、电子设备的内核层的dump模块进行mini dump。

在一些实施例中，第二配置文件中除了包括第二预设原因值、允许full dump次数值外，还可以携带其他参数，如强制值、版本标识等，下面分别介绍。

其中，强制值可以是“1”，也可以是“0”，当强制值为“1”时，则表征无论本次崩溃的原因值是否为第二预设原因值，都要强制电子设备进行full dump，或者，电子设备也可以不获取本地奔溃的原因值，而是直接进行full dump；当强制值为“0”时，则表征本次奔溃后，需要按照上述流程确定dump方式，基于确定的dump方式，选择mini dump或full dump。

在一些示例中，若云推参数管理模块从第二配置文件中解析出该强制值为“1”时，则出现崩溃事件，即进行full dump；若云推参数管理模块从第二配置文件中解析出该强制值为“0”时，则需要基于本次崩溃的原因值以及第二预设原因值来确定dump方式。可见，在本申请中，可以通过对第二配置文件的编辑，改变电子设备的dump方式，提高了测试过程中的灵活性，以及故障定位的效率。

版本标识可以是指电子设备的版本号，当该第二配置文件携带该版本标识的情况下，该第二配置文件仅针对与第二配置文件中所携带的版本标识相同的电子设备生效。

例如，第二配置文件携带的版本标识为“36M”，云推参数管理模块通过对第二配置文件进行解析后，得到该版本标识“36M”，然后与电子设备的版本标识进行比对，若第二配置文件中携带的版本标识与电子设备的版本标识一致，云推参数管理模块才会基于该第二配置文件进行配置，可以包括向配置下发模块传递第二预设原因值等；若第二配置文件中携带的版本标识与电子设备的版本标识不一致，则云推参数管理模块会忽略接收到的第二配置文件或对该第二配置文件进行丢弃处理。

可见，本申请中，电子设备并不是在每次崩溃后，均采用full dump的方式进行转储，而是，基于第二预设原因值，选择dump方式。其中，第二预设原因值可以是崩溃后需要mini dump或子系统dump进行转储的模块所对应的值。当崩溃原因值在第二预设原因值中命中时，表征电子设备通过mini dump或子系统dump转储的文件，也能够进行故障定位，无需进行full dump，由此，能够减少电子设备进行full dump的次数，进而减少电子设备在故障定位过程中重启的次数，提高用户体验。

需要说明的是，以上仅仅介绍了图6所示的实施例与图4所示的实施例不同之处，相同或类似之处可以互相参见，此处不再赘述。

本申请实施例还提供了一种故障定位系统，包括云端服务器和电子设备，所述云端服务器，用于向所述电子设备推送第一配置文件，所述第一配置文件包括第一预设原因值；

所述电子设备，用于接收所述第一配置文件，根据所述第一预设原因值，对dump方式进行配置，若发生故障，获取所述故障对应的原因值，根据所述故障对应的原因值在第一预设原因值中进行查找，得到查找结果，若所述查找结果表征所述本次故障对应的原因值在所述第一预设原因值中命中，则通过full dump进行业务功能恢复，所述业务功能恢复包括对所述故障进行定位。

本申请实施例还提供了一种故障定位系统，包括云端服务器和电子设备，所述云端服务器，用于向所述电子设备推送第二配置文件，所述第二配置文件包括第二预设原因值；

所述电子设备，用于接收所述第二配置文件，根据所述第二预设原因值，对dump方式进行配置，若发生故障，获取所述故障对应的原因值，根据所述故障对应的原因值在第二预设原因值中进行查找，得到查找结果，若所述查找结果表征所述本次故障对应的原因值在所述第二预设原因值中命中，则通过mini dump或子系统dump进行业务功能恢复，所述业务功能恢复包括对所述故障进行定位。

本实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中包括指令，当上述指令在电子设备上运行时，使得该电子设备执行图4或图6中的相关方法步骤，以实现上述实施例中的方法。

本实施例还提供了一种包含指令的计算机程序产品，当该计算机程序产品在电子设备上运行时，使得该电子设备执行如图4或图6中的相关方法步骤，以实现上述实施例中的方法。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (14)

1.一种故障定位方法，其特征在于，应用于电子设备，所述方法包括：

若所述电子设备发生故障，获取所述故障对应的原因值；

根据所述故障对应的原因值在第一预设原因值中进行查找，得到查找结果，所述第一预设原因值用于标记需要完全内存转储进行定位的故障；

若所述查找结果表征所述故障对应的原因值在所述第一预设原因值中命中，则通过完全内存转储进行业务功能恢复，所述业务功能恢复包括对所述故障进行定位；

若所述查找结果表征所述故障对应的原因值在所述第一预设原因值中未命中，则通过小内存转储或子系统内存转储进行业务功能恢复。

2.根据权利要求1所述的方法，其特征在于，所述第一预设原因值通过以下方式确定：

获取云端服务器推送的第一配置文件；或，

获取预先配置的第一配置文件；

其中，所述第一配置文件包括第一预设原因值。

3.根据权利要求2所述的方法，其特征在于，所述第一配置文件还包括允许完全内存转储次数值；所述方法还包括：

若所述电子设备进行完全内存转储的次数达到所述允许完全内存转储次数值，则从所述第一预设原因值中，删除达到所述允许完全内存转储次数值对应的原因值，以对所述第一配置文件进行更新；

根据更新后的第一配置文件中的第一预设原因值，对内存转储方式进行重新配置。

4.根据权利要求3所述的方法，其特征在于，所述第一配置文件还包括版本标识；所述第一预设原因值用于：在所述电子设备的版本标识与所述第一配置文件中的版本标识一致时，对内存转储方式进行配置。

5.根据权利要求3所述的方法，其特征在于，所述第一配置文件还包括强制值；所述根据所述故障对应的原因值在第一预设原因值中进行查找，包括：

若所述强制值表征需要判断内存转储方式，则根据所述故障对应的原因值在第一预设原因值中进行查找。

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

若所述强制值表征不需要判断内存转储方式，则通过完全内存转储进行业务功能恢复。

7.一种故障定位方法，其特征在于，应用于电子设备，所述方法包括：

若所述电子设备发生故障，获取所述故障对应的原因值；

根据所述故障对应的原因值在第二预设原因值中进行查找，得到查找结果，所述第二预设原因值用于标记需要小内存转储或子系统内存转储进行定位的故障；

若所述查找结果表征所述故障对应的原因值在所述第二预设原因值中命中，则通过小内存转储或子系统内存转储进行业务功能恢复，所述业务功能恢复包括对所述故障进行定位；

若所述查找结果表征所述故障对应的原因值在所述第二预设原因值中未命中，则通过完全内存转储进行业务功能恢复。

8.根据权利要求7所述的方法，其特征在于，所述第二预设原因值通过以下方式确定：

获取云端服务器推送的第二配置文件；或，

获取预先配置的第二配置文件；

其中，所述第二配置文件包括第二预设原因值。

9.根据权利要求8所述的方法，其特征在于，所述第二配置文件还包括版本标识；所述第二预设原因值用于：在所述电子设备的版本标识与所述第二配置文件中的版本标识一致时，对内存转储方式进行配置。

10.根据权利要求9所述的方法，其特征在于，所述第二配置文件还包括强制值；所述根据所述故障对应的原因值在第二预设原因值中进行查找，包括：

若所述强制值表征需要判断内存转储方式，则根据所述故障对应的原因值在第二预设原因值中进行查找。

11.一种故障定位系统，其特征在于，包括：云端服务器和电子设备；

所述云端服务器，用于向所述电子设备推送第一配置文件，所述第一配置文件包括第一预设原因值；

所述电子设备，用于接收所述第一配置文件，根据所述第一预设原因值，对内存转储方式进行配置，若发生故障，获取所述故障对应的原因值，根据所述故障对应的原因值在第一预设原因值中进行查找，得到查找结果，若所述查找结果表征所述故障对应的原因值在所述第一预设原因值中命中，则通过完全内存转储进行业务功能恢复，所述业务功能恢复包括对所述故障进行定位；若所述查找结果表征所述故障对应的原因值在所述第一预设原因值中未命中，则通过小内存转储或子系统内存转储进行业务功能恢复。

12.一种故障定位系统，其特征在于，包括云端服务器和电子设备；

所述云端服务器，用于向所述电子设备推送第二配置文件，所述第二配置文件包括第二预设原因值；

所述电子设备，用于接收所述第二配置文件，根据所述第二预设原因值，对内存转储方式进行配置，若发生故障，获取所述故障对应的原因值，根据所述故障对应的原因值在第二预设原因值中进行查找，得到查找结果，若所述查找结果表征所述故障对应的原因值在所述第二预设原因值中命中，则通过小内存转储或子系统内存转储进行业务功能恢复，所述业务功能恢复包括对所述故障进行定位；若所述查找结果表征所述故障对应的原因值在所述第二预设原因值中未命中，则通过完全内存转储进行业务功能恢复。

13.一种电子设备，其特征在于，包括：存储器和处理器；

所述存储器，用于存储有计算机程序；

所述处理器，用于执行所述存储器中的所述计算机程序，以实现权利要求1至10中任一项所述的方法。

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