CN117234698B - 一种程序异常处理方法、电子设备及存储介质 - Google Patents

Abstract

本申请涉及故障处理技术领域，公开了一种程序异常处理方法、电子设备及存储介质。其中，程序异常处理方法包括：在电子设备检测到异常程序时，首先基于异常程序对于电子设备的重要程度（例如，程序对于操作系统的影响、程序功能等）确定出故障等级，然后对于不同的故障等级执行不同的救援策略。其中，故障等级较低的异常程序所对应的救援策略的影响范围，小于故障等级较高的异常程序所对应的救援策略的影响范围。基于上述方法，可以在不同重要程度的程序出现异常时，执行不同的处理策略以解决程序异常问题，避免在处理一般程序的异常情况时，影响电子设备中其它程序功能的正常使用。

Description

一种程序异常处理方法、电子设备及存储介质

技术领域

本申请涉及故障处理技术领域，特别涉及一种程序异常处理方法、电子设备及存储介质。

背景技术

当前，当电子设备中的核心程序（即持久化进程类型的程序）出现异常或崩溃时，会导致电子设备的部分重要功能无法使用，例如，当手机中的通信进程崩溃时，会造成用户无法接听电话或收发信息。

甚至在一些情况下，电子设备中持久化进程类型的程序中的某种关键程序异常时会直接导致电子设备无法工作，例如，当手机的操作系统崩溃时，会造成手机直接黑屏，无法响应用户的任何操作。

目前，一些电子设备中存在救援程序用于处理持久化进程类型的程序异常问题，然而，当持久化进程类型程序中的某种非关键程序（例如，搜索引擎等）多次崩溃时，救援程序通常通过重置电子设备中的所有系统设置或恢复出厂设置的策略解决程序异常问题，影响电子设备中其它程序功能的正常使用。

发明内容

为解决上述问题，本申请提供一种程序异常处理方法、电子设备及存储介质。

第一方面，本申请提供一种程序异常处理方法，应用于电子设备，方法包括：检测到处于异常运行状态的第一程序；确定出第一程序具有第一重要等级，执行第一救援策略；检测到处于异常运行状态的第二程序；确定出第二程序具有第二重要等级，执行第二救援策略；其中，第二重要等级低于第一重要等级，第二救援策略的影响范围小于第一救援策略的影响范围。

本申请中，第一程序可以为本申请提及的故障等级较高的异常程序；第二程序可以为本申请提及的故障等级较低的异常程序；第一重要等级可以为本申请提及的异常程序对于电子设备具有较高的重要程度；第二重要等级可以为本申请提及的异常程序对于电子设备具有较低的重要程度；第一救援策略可以为本申请提及的故障等级较高的异常程序所对应的救援策略；第二救援策略可以为本申请提及的故障等级较低的异常程序所对应的救援策略。

可以理解，本申请中，在电子设备检测到异常程序时，可以基于程序对于电子设备的重要程度，执行不同的救援策略。其中，重要等级较低的程序所对应的救援策略的影响范围，小于重要等级较高的程序所对应的救援策略的影响范围。

基于上述方法，可以在不同重要程度的程序出现异常时，执行不同的处理策略以解决程序异常问题，避免在处理一般程序的异常情况时，影响电子设备中其它程序功能的正常使用。

在一种可能的实现中，方法还包括：基于以下中的至少一项确定程序的重要等级：程序对于电子设备的操作系统基本性能的影响程度、程序的功能、程序的权限、以及程序的可替代性。

可以理解，本申请中，可以基于程序对于操作系统基本性能的影响确定出重要等级，例如，对于操作系统的基本性能影响越大的程序（例如，系统服务程序），重要等级越高；反之，对于操作系统的基本性能影响越小的程序（例如，搜索引擎），重要等级越低。

在一些实施例中，还可以基于程序的功能确定出重要等级。例如，实现电子设备核心功能的程序，重要等级较高。

在一些实施例中，还可以基于程序的可替代性、程序的权限等确定出故障等级。例如，对于不可替代且权限较高的异常程序（例如，系统服务程序），重要等级越高；对于权限较低，同时可以使用其它程序替代的异常程序（例如，搜索引擎等），重要等级越低。

应理解，程序对于电子设备的重要程度还可以基于其它方面进行确定，例如，程序的安全性等，本申请对此不做限定。

在一种可能的实现中，方法还包括：基于以下中的至少一项确定救援策略的影响范围：对于用户个性化设置的影响、对于存储数据的影响、以及对于电子设备中除了救援策略对应的程序之外的程序的功能的影响。

可以理解，本申请中，重要等级较低的程序所对应的救援策略的影响范围，小于重要等级较高的程序所对应的救援策略的影响范围。其中，影响范围可以为对于用户个性化设置的影响（如，音量大小、屏幕亮度等），对于数据的影响（如，存储的账号、密码等），以及对于其它程序正常使用的影响。

在一些实施例中，当异常程序的重要等级较高时，执行救援策略影响范围越大，例如，造成电子设备中的数据（如，无线网密码、个性化设置所对应的数据）全部清除。

在一种可能的实现中，上述第一救援策略包括：执行第一操作，并记录执行第一操作的次数；对应于执行第一操作的次数达到第一次数阈值，执行第二操作；其中，第一操作包括以下操作中的至少一种：将电子设备中的全局表和安全表中的设置项重置为初始状态、将电子设备中的全局表和安全表中的三方修改设置项重置为初始状态、以及将电子设备中的全局表中的三方修改设置项重置为初始状态；第二操作包括重启电子设备。

本申请中，第一操作可以为本申请提及的执行重置相关设置项策略；第二操作可以为本申请提及的重启操作策略。

可以理解，本申请中，在多次执行上述重置相关设置的救援策略后，若未解决程序异常问题，可以执行不同重要等级的异常程序所对应的不同的重启策略。

在一种可能的实现中，上述第二操作，包括：重启电子设备，并记录重启电子设备的次数；检测到第一程序还处于异常运行状态，间隔第一时间段后重启电子设备；若重启电子设备的次数达到第二次数阈值，结束执行第一救援策略。

可以理解，本申请中，两次重启电子设备的操作之间需要间隔预设时间，并且当重启次数达到阈值时，可以忽略该异常程序，避免多次重启影响其它程序功能的正常使用。

在一种可能的实现中，上述重启电子设备，包括：立即重启电子设备、延迟重启电子设备、在电子设备处于空闲状态时重启电子设备、以及在第二时间段内重启电子设备中的一种或多种。

可以理解，本申请中，可以基于异常程序的不同重要等级执行不同的重启策略。

在一些实施例中，关键程序出现异常时可以立即执行重启操作以解决关键程序异常问题；核心程序异常时可以延迟执行重启操作；重要程序异常时可以在电子设备空闲时执行重启操作以解决重要程序异常问题；一般程序异常时可以预置在夜间（例如，凌晨2点）且电子设备处于空闲时执行重启操作以解决一般程序异常问题。

在一种可能的实现中，还包括：电子设备发出重启提醒信号；其中，重启提醒信号包括以下中的至少一种：电子设备显示重启标志、电子设备显示重启信息、以及电子设备发出语音提醒信息。

可以理解，本申请中，在触发电子设备执行重启策略时，可以向用户发出提醒信息，例如，弹出提示框“手机将在1小时后重启”；或者语音提示“手机将在1小时后重启”；又或者显示出即将重启的标志。

在一种可能的实现中，对应于第一操作为将电子设备中的全局表和安全表中的设置项重置为初始状态，第二救援策略包括以下救援策略中的至少一种：将电子设备中的全局表和安全表中的三方修改设置项重置为初始状态、将电子设备中的全局表中的三方修改设置项重置为初始状态、以及将第二程序中的设置项重置为初始状态。

可以理解，本申请中，当检测到异常程序的故障等级较高时（例如，重要等级为关键程序或核心程序），电子设备可以执行第一救援策略中的第一操作，即将全局表和安全表中的所有设置项恢复为初始状态，即重置电子设备的系统设置，例如，将网络设置、声音设置、存储设置等全部重置到初始状态。

在一种可能的实现中，对应于第一操作为将电子设备中的全局表和安全表中的三方修改设置项重置为初始状态，第二救援策略包括以下救援策略中的至少一种：将电子设备中的全局表中的三方修改设置项重置为初始状态、以及将第二程序中的设置项重置为初始状态。

可以理解，本申请中，当检测到异常程序的重要等级为重要程序时，电子设备可以执行第一救援策略中的第一操作，即将全局表和安全表中被用户或第三方应用修改的设置项恢复到原始状态，例如，将全局表中的屏幕亮度参数重置为初始亮度参数，将安全表中的锁屏方式对应的参数重置为初始锁屏方式所对应的参数。

在一种可能的实现中，对应于第一操作为将电子设备中的全局表中的三方修改设置项重置为初始状态，第二救援策略包括：将第二程序中的设置项重置为初始状态。

可以理解，本申请中，当检测到异常程序的重要等级为一般程序时，电子设备可以执行第一救援策略中的第一操作，即将全局表中被用户或第三方应用修改的设置项恢复到原始状态，例如，将全局表中的屏幕亮度参数重置为初始亮度参数。

在一些实施例中，当检测到异常程序的重要等级较低（例如，提示程序异常）时，电子设备可以执行第二救援策略，即将程序自身修改的设置项恢复到原始状态，例如，清除搜索引擎中的搜索记录。

在一种可能的实现中，在电子设备处于空闲状态的情况下，执行第一操作或第二救援策略。

可以理解，本申请中，在执行将电子设备中的全局表和安全表中的三方修改设置项重置为初始状态、将电子设备中的全局表中的三方修改设置项重置为初始状态、以及将第二程序中的设置项重置为初始状态等操作时，可以在电子设备处于空闲状态下执行。

在一种可能的实现中，上述第一程序包括下列程序中的至少一种：系统服务程序、电话服务程序；第二程序包括下列程序中的至少一种：搜索引擎程序、位置服务程序、日志服务程序。

可以理解，本申请中，第一程序可以为本申请提及的故障等级较高的异常程序，例如，系统服务程序、电话服务程序等；第二程序可以为本申请提及的故障等级较低的异常程序，例如，搜索引擎程序、位置服务程序、日志服务程序等。

在一种可能的实现中，对应于第一重要等级的第一救援策略包括：执行第三操作，并记录执行第三操作的次数；对应于执行第三操作的次数达到第三次数阈值，重启电子设备；对应于第二重要等级的第二救援策略包括：执行第三操作，并记录执行第三操作的次数；对应于执行第三操作的次数达到第四次数阈值，延迟第三时间段后重启电子设备；其中，第三操作包括：将电子设备中的全局表和安全表中的设置项重置为初始状态。

在本申请实施例中，第一重要等级可以为本申请提及的关键程序异常；第二重要等级可以为本申请提及的核心程序异常。

在一些实施例中，在关键程序异常时，可以将全局表和安全表中的所有设置项恢复为初始状态，即重置电子设备的系统设置。其中，重置次数达到重置次数阈值时，可以立即重启电子设备。

在一些实施例中，在核心程序异常时，可以将全局表和安全表中的所有设置项恢复为初始状态，即重置电子设备的系统设置。其中，重置次数达到重置次数阈值时，可以延迟一定时间段后重启电子设备。

在一种可能的实现中，电子设备中还包括：第三重要等级、第四重要等级、以及第五重要等级；其中，对应于第三重要等级的第三救援策略包括：执行第五操作，并记录执行第五操作的次数；对应于执行第五操作的次数达到第五次数阈值，在电子设备处于空闲状态时重启电子设备；其中，第五操作包括：将电子设备中的全局表和安全表中的三方修改设置项重置为初始状态。

可以理解，在本申请实施例中，第三重要等级可以为本申请提及的重要程序异常。

在一些实施例中，在重要程序异常时，可以将全局表和安全表中被用户或第三方应用修改的设置项恢复到原始状态，例如，将全局表中的屏幕亮度参数重置为初始亮度参数，将安全表中的锁屏方式对应的参数重置为初始锁屏方式所对应的参数。其中，重置次数达到重置次数阈值时，可以在电子设备处于空闲状态的情况下重启电子设备。

在一种可能的实现中，对应于第四重要等级的第四救援策略包括：执行第六操作，并记录执行第六操作的次数；对应于执行第六操作的次数达到第六次数阈值，在第四时间段内且电子设备处于空闲状态时重启电子设备；其中，第六操作包括：将电子设备中的全局表中的三方修改设置项重置为初始状态。

可以理解，在本申请实施例中，第四重要等级可以为本申请提及的一般程序异常。

在一些实施例中，在一般程序异常时，可以在电子设备处于空闲状态时将全局表中被用户或第三方应用修改的设置项恢复到原始状态，例如，将全局表中的屏幕亮度参数重置为初始亮度参数。其中，在重置次数达到重置次数阈值时，可以在夜间且在电子设备处于空闲状态的情况下重启电子设备。

在一种可能的实现中，对应于第五重要等级的第五救援策略包括：将第五重要等级对应的程序中的设置项重置为初始状态。

可以理解，本申请实施例中，第五重要等级可以为提示程序异常。

在一些实施例中，在提示程序异常时，可以在电子设备处于空闲状态时执行重置相关设置项策略以解决提示程序异常问题。其中，救援策略可以为将程序自身修改的设置项恢复到原始状态，例如，清除搜索引擎中的搜索记录。

第二方面，本申请提供一种电子设备，包括：存储器和处理器，其中，存储器用于存储电子设备的一个或多个处理器执行的指令，处理器是电子设备的一个或多个处理器之一，用于执行本申请提及的程序异常处理方法。

第三方面，本申请提供一种可读存储介质，其特征在于，可读存储介质上存储有指令，指令在电子设备上执行时使得电子设备执行本申请提及的程序异常处理方法。

第四方面，本申请提供一种计算机程序产品，包括：非易失性计算机可读存储介质，非易失性计算机可读存储介质包含用于执行本申请提及的程序异常处理方法。

附图说明

图1根据本申请的一些实施例，示出了一种程序异常时的场景示意图；

图2根据本申请的一些实施例，示出了一种救援程序解决程序异常情况的框架流程示意图；

图3A根据本申请的一些实施例，示出了一种程序异常处理方法的框架流程示意图；

图3B根据本申请的一些实施例，示出了一种对于不同重要等级的程序异常时所对应的程序异常处理方法流程示意图；

图4根据本申请的一些实施例，示出了一种程序异常处理方法的具体流程示意图；

图5根据本申请的一些实施例，示出了一种电子设备硬件结构示意图。

具体实施方式

本申请的说明性实施例包括但不限于一种程序异常处理方法、电子设备及存储介质。

为更加清楚理解本申请的方案，首先对本申请涉及到的相关领域术语进行解释说明。

持久化进程：是指在电子设备中能够长时间运行且具有持续执行能力的进程，同时持久化进程不会因为某些条件的改变而终止或中断运行。例如服务器程序、后台服务或守护进程等持久化进程，通常需要在操作系统启动至操作系统关闭期间一直运行。其中，进程是指正在运行的程序。此外，持久化进程包括：终止进程可能会导致操作系统崩溃的关键进程（例如，系统服务程序等），以及终止进程对于操作系统基本性能影响较小的非关键进程（例如，搜索引擎等）。

系统服务：是电子设备操作系统中的关键组件，负责关联和维护操作系统的核心功能，负责监控和管理所有程序（例如，分配资源等），以及负责操作系统中的权限控制机制。

设置项：是指在操作系统或程序中，用于控制电子设备行为或功能的配置参数。

全局表：是指用于存储全局配置信息的数据库表，包含电子设备的基本设置，例如，声音、亮度、语言等。

安全表：用于存储安全相关信息的数据结构或数据库，其中包含了用户权限、访问控制列表等安全设置。

下面对本申请实施例提供的程序异常处理方法的背景做简要描述。

如前所述，电子设备中承载运行着大量程序，在其中的持久化进程类型的程序出现异常时，会造成电子设备的部分重要功能无法使用，或直接造成电子设备无法工作。例如，如图1所示，当手机10的电话服务程序异常时，会导致用户无法拨打电话，出现弹窗101“呼叫失败，请重新尝试”。

目前，一些电子设备中具有救援程序，用于监控电子设备的一些核心程序（例如，持久化进程类型的程序）的工作状态，当检测到某个持久化进程类型的程序多次崩溃时会启动该救援程序执行程序异常处理策略。

然而，在一些实施例中，当持久化进程类型程序中的某种非关键程序（例如，搜索引擎等）多次崩溃时，救援程序通常通过重置电子设备中的所有系统设置或恢复出厂设置的策略解决程序异常问题，影响电子设备中其它程序功能的正常使用。

下面基于图2所示的框架流程示意图，对救援程序处理程序异常问题的过程进行简单介绍。

S201：救援程序检测到异常程序。

可以理解，在救援程序检测到程序无法正常运行（即程序崩溃）时，可以将崩溃的程序确定为异常程序。

S202：救援程序检测到异常的程序为持久化进程类型的程序。

可以理解，在检测到异常程序后，可以通过救援程序确定出异常程序为持久化进程类型的程序。

S203：救援程序执行程序异常处理策略。

可以理解，在一些实施例中，当检测到电子设备的核心程序（即持久化进程类型的程序）崩溃时，可以触发救援程序执行程序异常处理策略。其中，程序异常处理策略可以包括将电子设备中的相关设置重置为初始状态以及重启电子设备。

S204：救援程序重置相关设置。

可以理解，在一些实施例中，救援程序中的程序异常处理策略可以为将电子设备中的相关设置重置为初始状态。例如，在检测到持久化进程类型的程序异常时，救援程序可以重置电子设备中非系统进程的属性设置（例如，重置手机的网络设置等）。

S205：救援程序重启电子设备。

在一些实施例中，救援程序中的程序异常处理策略还可以是对电子设备进行重启或格式化操作。例如，在检测到持久化进程类型的程序多次崩溃，同时重置电子设备中的相关设置无效时，救援程序会重启电子设备的操作系统。

在一些实施例中，救援程序通常将上述S204中的重置相关设置策略，以及S205中的重启电子设备策略细分为四种程序异常处理策略。在检测到程序多次崩溃时，救援程序会依次执行第一处理策略、第二处理策略、第三处理策略以及第四处理策略。

例如，在一些实施例中，上述重置相关设置策略和重启电子设备策略通常被细分为以下四种程序异常处理策略：其中，第一处理策略通常为重置电子设备中非系统进程的属性设置（例如，重置手机的网络设置等）；第二处理策略通常是将非系统进程的属性重置为系统默认状态，同时删除其它不必要的属性（例如，将手机网络设置恢复到初始默认属性，同时删除保存的无线网络密码和其它网络配置信息）；第三处理策略通常为将所有进程的属性恢复到系统默认状态，同时删除其它不必要的属性（例如，将手机中的所有程序都恢复为初始状态，同时删除闹钟、屏保等个性化设置）；第四处理策略通常是直接将电子设备恢复到出厂设置状态。

此外，在一些实施例中，上述重置相关设置策略和重启电子设备策略还可以被细分为以下四种程序异常处理策略：其中，第一处理策略通常是将三方应用增加的个性化设置等重置到初始状态（例如，将音乐播放器的背景图片重置为默认背景）；第二处理策略通常为将三方应用修改的系统设置重置到初始状态（例如，将音量大小重置到初始音量）；第三处理策略通常是将系统设置重置到初始状态，同时删除所有用户个性化设置和数据（例如，将手机中的所有程序都恢复为初始状态，同时删除闹钟、屏保等个性化设置）；第四处理策略通常是直接重启电子设备的操作系统。

当前，救援程序通常会依次执行上述第一处理策略、第二处理策略、第三处理策略以及第四处理策略。其中，执行各程序异常处理策略的时机可以基于异常程序崩溃的次数或系统服务的重启次数确定。

例如，在一些实施例中，救援程序可以基于异常程序的崩溃次数确定出执行各程序异常处理策略的时机。其中，在救援程序第一次执行程序异常处理策略时，可以执行第一处理策略；当检测到异常程序在预设时间段内崩溃次数达到崩溃次数阈值时，会触发救援程序执行第二处理策略。例如，当救援程序监测到某个异常程序A在30秒内的崩溃次数达到5次时，会触发救援程序启动，并执行第一处理策略；若第一处理策略无法解决异常程序A的问题，同时在接下来的30秒内异常程序A的崩溃次数再次达到5次时，救援程序会执行第二处理策略。若第一处理策略无法解决异常程序A的问题，同时在接下来的30秒内异常程序A的崩溃次数未达到5次时，救援程序会再次执行第一处理策略，或者忽略该异常程序。

此外，在一些实施例中，持久化进程类型的程序中的关键进程出现严重错误时会导致电子设备重启，从而电子设备的系统服务也会重新启动，因此，救援程序还可以基于系统服务的重启次数确定出执行各程序异常处理策略的时机。其中，在救援程序第一次执行程序异常处理策略时，可以执行第一处理策略；当系统服务在预设时间范围内重启次数达到重启次数阈值时，会触发救援程序执行第二处理策略。例如，当救援程序监测到系统服务在5分钟内的重启次数达到5次时，会触发救援程序启动，并执行第一处理策略；若第一处理策略无法解决系统服务重启的问题，同时在接下来的5分钟内系统服务的重启次数再次达到5次时，救援程序会执行第二处理策略。若第一处理策略无法解决系统服务重启的问题，同时在接下来的5分钟内系统服务的重启次数未达到5次时，救援程序会再次执行第一处理策略。

目前，在救援程序依次执行第一处理策略、第二处理策略、第三处理策略以及第四处理策略后，若仍未解决程序异常问题，救援程序会一直重复执行第四处理策略，导致电子设备一直重启或恢复出厂设置。然而，在非关键程序异常时，即使非关键程序的异常次数或者频率达到第四处理策略，此时无需对电子设备多次重启或多次恢复出厂设置，例如，仅需重启应用便可解决异常情况，而执行第四处理策略会影响电子设备对于其它程序功能的正常使用。

例如，以手机10为例，表1示出了手机10在一个月内救援程序通过重启策略处理异常程序的情况。

表1：

如表1所示，手机10在一个月内累计重启了423次，其中只有243次重启操作用于解决电话服务和系统服务两种关键进程的异常问题，其余重启操作均用于处理非关键进程异常的问题。因此，对于电子设备基本性能影响较小的程序多次异常时，上述依次执行四种程序异常处理策略的救援方式会造成不必要的操作，影响电子设备中其它程序功能的正常使用。

为了解决上述问题，本申请提供了一种程序异常处理方法。在本申请的方法中，在电子设备检测到异常程序时，首先基于程序对于电子设备的重要程度（例如，程序对于操作系统的影响、程序功能等）确定出故障等级。例如，对于操作系统的基本性能影响越大的程序（即上文提及的第一程序，例如，系统服务程序）故障时，故障等级越高；反之，对于操作系统的基本性能影响越小的程序（即上文提及的第二程序，例如，搜索引擎）故障时，故障等级越低。其中，对于故障等级较低的异常程序，采用对其它程序功能影响较小的救援策略，例如，对于非关键程序异常，可以采取重置应用自身设置的救援策略；而对于故障等级较高的异常程序，可以采用重置系统设置的救援策略。

在本申请中，对于操作系统基本性能影响较大的程序（如系统服务程序等），故障等级可以确定为关键程序异常，可以采用重置所有设置的救援策略；对于影响电子设备的重要功能但对于操作系统基本性能影响较小的程序（例如，位置服务程序、权限管理程序、安全服务程序、应用管控程序等），故障等级可以确定为重要程序异常，可以采用将系统中被应用修改的设置重置到初始状态的救援策略；对于电子设备的基本性能影响较小的程序（如搜索引擎程序、日志服务程序、近场通信程序等），故障等级可以确定为提示程序异常，可以采用重置应用自身设置的救援策略。

在本申请中，还可以基于程序的可替代性、程序的权限等确定出故障等级。其中，对于不可替代且权限较高的异常程序（例如，系统服务程序），故障等级可以确定为关键程序异常，可以采用重置所有设置的救援策略；对于权限较高但是可以使用其它程序替代的异常程序（例如，数据备份程序异常时，可以使用云存储程序替代），故障等级可以确定为重要程序异常，可以采用将系统中被应用修改的设置重置到初始状态的救援策略；对于权限较低，同时可以使用其它程序替代的异常程序（例如，搜索引擎等），故障等级可以确定为一般程序异常，可以采用重置应用自身设置的救援策略。

在本申请中，在多次执行上述重置相关设置的救援策略（即上文提及的第一救援策略中的第一操作）后，若未解决程序异常问题，可以触发电子设备执行不同故障等级对应的不同的重启策略（即上文提及的第一救援策略中的第二操作）。例如，对于操作系统的基本性能影响较大的程序故障时，可以采用立即重启电子设备的策略；对于操作系统的基本性能影响较小的程序故障时，可以设置在夜间重启电子设备，且当重启次数达到阈值时，可以忽略该异常程序，避免多次重启影响其它程序功能的正常使用。

如此，可以在不同重要程度的程序出现异常时，执行不同的处理策略以解决程序异常问题。同时，只有在多次执行故障等级对应的重置相关设置策略无效时，才会重启电子设备，并且对于重启时机进行相应设置，例如，在电子设备处于空闲状态（例如，息屏状态等）时进行重启，避免影响电子设备的正常使用。

在一些实施例中，可以基于不同程序对于电子设备的重要程度确定不同的故障等级，例如，可以预置以下五种故障等级：关键程序异常、核心程序异常、重要程序异常、一般程序异常以及提示程序异常等。应理解，还可以预置其它类型的故障等级，本申请对此不做限定。

在一些实施例中，程序对于电子设备的重要程度可以基于程序功能以及程序对于操作系统基本性能的影响程度确定。其中，关键程序和核心程序通常可以为直接影响操作系统的基本性能（例如，操作系统的安全、稳定或业务的正常运行）的程序，关键程序（如，系统服务程序等）异常时可能会直接导致操作系统瘫痪或无法正常使用，核心程序（如，电话服务程序等）异常时可能会影响电子设备的某些核心功能；重要程序可以为异常时可能会影响电子设备的重要功能，但不会对操作系统的基本性能产生较大影响的程序，例如，近场通信（Near Field Communication，NFC）等；一般程序可以为实现特定功能且异常时对于操作系统的影响较小的程序的应用程序，例如，日历等；提示程序可以为异常时可以弹出提示信息，但不会影响操作系统正常使用的程序，例如搜索引擎等。

在一些实施例中，程序对于电子设备的重要程度还可以基于程序的可替代性确定，即当其中一个程序故障时，可以使用其它程序替代异常程序以保证电子设备正常运行。例如，关键程序可以为不可替代且实现电子设备重要功能的程序，例如，系统服务程序等；重要程序可以为实现电子设备重要功能但可以用其它程序替代的程序，例如，数据备份程序异常时，可以使用云存储程序替代。

应理解，程序对于电子设备的重要程度还可以基于其它方面进行确定，例如，程序的权限、程序的安全性等，即权限越高、对于电子设备的安全性影响越大的程序，故障等级越高。本申请对此不做限定。

应理解，在一些实施例中，故障等级较低（即上文提及的第二重要等级）时所对应的救援策略（即上文提及的第二救援策略）的影响范围，小于故障等级较高（即上文提及的第一重要等级）时所对应的救援策略（即上文提及的第一救援策略）的影响范围。其中，影响范围可以为对于用户个性化设置的影响（如，音量大小、屏幕亮度等），对于数据的影响（如，存储的账号、密码等），以及对于其它程序正常使用的影响。例如，对于故障等级越高的程序执行对应的重置相关设置项策略，影响范围越大，例如，当确定出故障等级为关键程序异常时，可以采用重置所有设置的救援策略，造成电子设备中的数据（如，无线网密码、个性化设置所对应的数据）全部清除；而对于故障等级越低的程序执行对应的重置相关设置项策略，影响范围越小，例如，当确定出故障等级为提示程序异常时，可以采用重置应用自身设置的救援策略，不会影响与异常程序无关的程序的正常使用，且不会清除与异常程序无关的数据。

在一些实施例中，在执行一次重置相关设置项策略后，若在一定时间段内异常程序崩溃的次数再次达到阈值，可以触发电子设备再次执行重置相关设置项策略。或者，若程序一直处于异常状态，可以依照重置相关设置项策略中的恢复时机连续多次执行重置相关设置项策略。

在一些实施例中，可以预置执行重置相关设置项的次数阈值，若在一定时间段内，执行重置相关设置项的次数达到次数阈值，可以触发电子设备执行重启策略。

在一些实施例中，还可以预置处理阶段阈值，若当前执行故障等级对应的处理策略到达阶段阈值，可以触发执行故障等级对应的重启策略。即在执行故障等级对应的处理策略时，首先执行故障等级对应的重置相关设置项策略，包括，恢复时机、恢复策略以及恢复次数阈值等。其中，在第一次执行重置相关设置项策略时，可以预置为第一处理阶段；当在一定时间段内执行重置相关设置项策略的次数达到恢复次数阈值时，可以设置为第二处理阶段；当在一定时间段内执行重置相关设置项策略的次数再次达到恢复次数阈值时，可以设置为第三处理阶段；如此，当到达阶段阈值（例如，第五处理阶段）时，可以触发执行故障等级对应的重启策略。

在一些实施例中，故障等级对应的重启策略包括重启次数阈值，若电子设备在一定时间段内的重启次数达到重启次数阈值时，避免影响其它程序的使用，可以忽略该异常程序。

在一些实施例中，在触发电子设备执行重启策略时，可以向用户发出提醒信息，例如，弹出提示框“手机将在1小时后重启”；或者语音提示“手机将在1小时后重启”；又或者显示出即将重启的标志。

下面以在电子设备中预置五种故障等级为例，基于表2对各故障等级对应的重置相关设置项策略和重启策略进行描述。

表2：

如表2所示，若故障等级为关键程序异常，由于关键程序出现异常时可能会直接导致操作系统崩溃或电子设备无法使用，因此需要立即执行重置相关设置项策略以解决关键程序异常问题。其中，恢复策略可以为将全局表和安全表中的所有设置项恢复为初始状态，即重置电子设备的系统设置，例如，将网络设置、声音设置、存储设置等全部重置到初始状态。

其中，第一次执行重置相关设置项策略时可以预置当前执行故障等级对应的处理策略为第一处理阶段；当在一定时间段内（例如，2分钟内）执行重置相关设置项策略的次数达到恢复次数阈值N1次时，可以设置当前执行故障等级对应的处理策略为第二处理阶段；接下来，当在一定时间段内（例如，2分钟内）执行重置相关设置项策略的次数再次达到恢复次数阈值N1次时，可以设置当前执行故障等级对应的处理策略为第三处理阶段；如此，当到达预置的阶段阈值（例如，第五处理阶段）时，即可触发执行关键程序异常等级对应的重启策略。

其中，由于关键程序出现异常时可能会直接导致操作系统崩溃或电子设备无法使用，因此需要立即执行重启操作以解决关键程序异常问题，且可以向用户发出提示信息。同时，重启间隔为1*N小时，即两次重启间隔时长随着重启次数增大，例如，第一次和第二次间隔1小时，第二次和第三次间隔2小时。此外，当重启次数达到重启次数阈值M1次时，可以忽略该异常程序。

又例如，如表2所示，若故障等级为核心程序异常，由于核心程序出现异常时会影响电子设备的某些核心功能，因此需要立即执行重置相关设置项策略以解决核心程序异常问题。其中，恢复策略可以为将全局表和安全表中的所有设置项恢复为初始状态，即重置电子设备的系统设置，例如，将网络设置、声音设置、存储设置等全部重置到初始状态。

其中，第一次执行重置相关设置项策略时可以预置当前执行故障等级对应的处理策略为第一处理阶段；当在一定时间段内（例如，2分钟内）执行重置相关设置项策略的次数达到恢复次数阈值N2次时，可以设置当前执行故障等级对应的处理策略为第二处理阶段；接下来，当在一定时间段内（例如，2分钟内）执行重置相关设置项策略的次数再次达到恢复次数阈值N2次时，可以设置当前执行故障等级对应的处理策略为第三处理阶段；如此，当到达预置的阶段阈值（例如，第五处理阶段）时，即可触发执行核心程序异常等级对应的重启策略。

其中，由于核心程序出现异常时只影响电子设备的某个核心功能，因此可以延迟执行重启操作以解决核心程序异常问题，并且提醒用户电子设备在一定时间段后将会重启。例如，弹出提示框“手机将在1小时后重启”；或者语音提示“手机将在1小时后重启”；又或者显示出即将重启的标志。同时，重启间隔为1*N小时，即两次重启间隔时长随着重启次数增大，例如，第一次和第二次间隔1小时，第二次和第三次间隔2小时。此外，当重启次数达到重启次数阈值M2次时，可以忽略该异常程序。

又例如，如表2所示，若故障等级为重要程序异常（即上文提及的第三重要等级），由于重要程序出现异常时可能会影响电子设备的重要功能，但不会对电子设备的基本性能产生较大影响，因此可以在电子设备处于空闲状态时执行重置相关设置项策略以解决重要程序异常问题。其中，恢复策略可以为将全局表和安全表中被用户或第三方应用修改的设置项恢复到原始状态，例如，将全局表中的屏幕亮度参数重置为初始亮度参数，将安全表中的锁屏方式对应的参数重置为初始锁屏方式所对应的参数。

其中，第一次执行重置相关设置项策略时可以预置当前执行故障等级对应的处理策略为第一处理阶段；当在一定时间段内（例如，2分钟内）执行重置相关设置项策略的次数达到恢复次数阈值N3次时，可以设置当前执行故障等级对应的处理策略为第二处理阶段；如此，当到达阶段阈值（例如，第五处理阶段）时，即可触发执行重要程序异常等级对应的重启策略。

其中，由于重要程序出现异常时不会对电子设备的基本性能产生较大影响，因此可以在电子设备空闲时执行重启操作以解决重要程序异常问题，并且提醒用户电子设备在一定时间段后将会重启。同时，重启间隔为1*N小时，即两次重启间隔时长随着重启次数增大，例如，第一次和第二次间隔1小时，第二次和第三次间隔2小时，同时在达到间隔时间时，还需要检测到电子设备处于空闲状态才会执行重启操作。此外，当重启次数达到重启次数阈值M3次时，可以忽略该异常程序。

又例如，如表2所示，若故障等级为一般程序异常（即上文提及的第四重要等级），由于一般程序出现异常时对于电子设备的影响较小，因此可以在电子设备处于空闲状态时执行重置相关设置项策略以解决一般程序异常问题。其中，恢复策略可以为将全局表中被用户或第三方应用修改的设置项恢复到原始状态，例如，将全局表中的屏幕亮度参数重置为初始亮度参数。

其中，在第一次执行重置相关设置项策略时可以预置当前执行故障等级对应的处理策略为第一处理阶段；当在一定时间段内执行重置相关设置项策略的次数达到恢复次数阈值N4次时，可以设置当前执行故障等级对应的处理策略为第二处理阶段；如此，当到达阶段阈值（例如，第五处理阶段）时，即可触发执行一般程序异常等级对应的重启策略。

其中，由于一般程序出现异常时对于电子设备的影响较小，因此可以预置在夜间（例如，凌晨2点）且电子设备处于空闲时执行重启操作以解决一般程序异常问题。此外，当重启次数达到重启次数阈值M4次时，可以忽略该异常程序。

再例如，如表2所示，若故障等级为提示程序异常（即上文提及的第五重要等级），由于提示程序可以为实现特定功能但出现异常时不会影响其它程序工作的应用程序，即提示程序出现异常时不会影响电子设备的使用，因此可以在电子设备处于空闲状态时执行重置相关设置项策略以解决提示程序异常问题。其中，恢复策略可以为将程序自身修改的设置项恢复到原始状态，例如，清除搜索引擎中的搜索记录。

其中，第一次执行重置相关设置项策略时可以预置当前执行故障等级对应的处理策略为第一处理阶段；当在一定时间段内执行重置相关设置项策略的次数达到恢复次数阈值N5次时，可以设置当前执行故障等级对应的处理策略为第二处理阶段；如此，当到达阶段阈值（例如，第五处理阶段）时，可以忽略该异常程序。

其中，由于提示程序出现异常时不会影响电子设备的正常使用，因此在提示程序异常时可以不执行重启操作。

如此，基于上述程序异常处理方法，可以在不同重要程度的程序出现异常时，执行不同的处理策略以解决程序异常问题。同时，只有在多次执行故障等级对应的重置相关设置项策略无效时，才会重启电子设备，并且对于重启时机进行相应设置，避免影响电子设备的正常使用。此外，当一些非关键程序出现异常（提示程序异常）时，在执行程序异常处理方法时只重置异常程序自身设置项，不会对其它程序产生影响。

应理解，本申请提及的重置相关设置项策略中的恢复次数阈值和重启策略中的重启次数阈值，均可以任意设置，本申请对此不做限定。

还应理解，在一些实施例中，电子设备中可以还预置两种故障等级、三种故障等级以及四种故障等级，本申请对此不做限定。

在一些实施例中，当在电子设备中预置任意多种故障等级时，较高的故障等级所对应的重置相关设置项策略可以为：恢复全局表和安全表中所有设置项；则较低的故障等级所对应的重置相关设置项可以为：恢复全局表和安全表中三方修改设置项、恢复全局表中三方修改设置项以及恢复应用自身修改设置项中的一种或多种。

在一些实施例中，当在电子设备中预置任意多种故障等级时，较高的故障等级所对应的重置相关设置项策略可以为：恢复全局表和安全表中三方修改设置项；则较低的故障等级所对应的重置相关设置项可以为：恢复全局表中三方修改设置项以及恢复应用自身修改设置项中的一种或多种。

在一些实施例中，当在电子设备中预置任意多种故障等级时，较高的故障等级所对应的重置相关设置项策略可以为：恢复全局表中三方修改设置项；则较低的故障等级所对应的重置相关设置项可以为：恢复应用自身修改设置项。

本申请上述程序异常处理方法可以由电子设备执行，其中，电子设备可以为手机、计算机、平板电脑、笔记本电脑等任意电子设备。本申请对此不做限定。

下面以电子设备为手机，且在手机中预置五种故障等级为例，结合表3对电子设备中各程序异常时的处理方法进行简单描述。具体地，表3示出了手机中的一些持久化进程类型的程序发生异常时的处理方法，其中，程序包名是程序的唯一标识符，用于标识程序的身份和版本，可以通过程序包名区分不同程序。

表3：

如表3所示，当手机检测到异常程序的程序包名为com.android.systemserver（即系统服务程序）时，首先会确定出故障等级为关键程序异常。接下来，手机会立即将全局表和安全表中的所有设置项恢复为初始状态，即重置手机的系统设置，例如，将网络设置、声音设置、存储设置等全部重置到初始状态。

其中，在第一次执行重置相关设置项策略时可以预置当前执行故障等级对应的处理策略为第一处理阶段；当在一定时间段内执行重置相关设置项策略的次数达到恢复次数阈值2次时，可以设置当前执行故障等级对应的处理策略为第二处理阶段；如此，当到达阶段阈值（例如，第五处理阶段）时，即可触发手机立即重启。

其中，重启间隔为1*N小时，即两次重启间隔时长随着重启次数增大，例如，第一次和第二次间隔1小时，第二次和第三次间隔2小时。此外，当重启次数达到重启次数阈值3次时，可以忽略该异常程序。

又例如，如表3所示，当手机检测到异常程序的程序包名为com.hihonor.nearby（即靠近服务程序）时，首先会确定出故障等级为重要程序异常。接下来，手机会在空闲时将全局表和安全表中被用户或第三方应用修改的设置项恢复到原始状态，例如，将全局表中的屏幕亮度参数重置为初始亮度参数，将安全表中的锁屏方式参数重置为初始锁屏方式参数。

其中，在第一次执行重置相关设置项策略时可以预置当前执行故障等级对应的处理策略为第一处理阶段；当在一定时间段内执行重置相关设置项策略的次数达到恢复次数阈值3次时，可以设置为第二处理阶段；如此，当到达阶段阈值（例如，第五处理阶段）时，在检测到手机处于空闲状态时会执行重启操作。

其中，重启间隔为1*N小时，即两次重启间隔时长随着重启次数增大，例如，第一次和第二次间隔1小时，第二次和第三次间隔2小时，同时在达到间隔时间时，还需要检测到手机处于空闲状态才会执行重启操作。此外，当重启次数达到重启次数阈值2次时，可以忽略该异常程序。

又例如，如表3所示，当手机检测到异常程序的程序包名为com.android.phone（即通话服务程序）时，首先会确定出故障等级为核心程序异常。接下来，手机会立即将全局表和安全表中的所有设置项恢复为初始状态，即重置手机的系统设置，例如，将网络设置、声音设置、存储设置等全部重置到初始状态。

其中，恢复次数阈值为2次，在多次达到恢复次数阈值时，手机可以延迟执行重启操作，例如，弹出提示框“手机将在1小时后重启”。同时，重启间隔为1*N小时，即两次重启间隔时长随着重启次数增大，例如，第一次和第二次间隔1小时，第二次和第三次间隔2小时。此外，当重启次数达到重启次数阈值3次时，可以忽略该异常程序。

又例如，如表3所示，当手机检测到异常程序的程序包名为com.qualcomm.location（即位置服务程序）时，首先会确定出故障等级为一般程序异常。接下来，手机会在空闲时将全局表中被用户或第三方应用修改的设置项恢复到原始状态，例如，将全局表中的屏幕亮度参数重置为初始亮度参数。

其中，恢复次数阈值为5次，在多次达到恢复次数阈值时，可以设置在夜间（例如，凌晨2点）且手机处于空闲状态时执行一次重启操作。

再例如，如表3所示，当手机检测到异常程序的程序包名为com.hihonor.android.chr（日志服务程序）时，首先会确定出故障等级为提示程序异常。接下来，手机会在空闲时将该异常程序自身修改的设置项恢复到原始状态，例如，清除缓存数据等。其中，恢复次数阈值为5次，在多次达到恢复次数阈值时，可以忽略该异常程序。

如此，当电子设备检测到异常程序时，可以基于本申请提及的程序异常处理方法解决异常问题，保证电子设备的正常使用。

下面基于图3A所示的流程示意图，对本申请实施例提及的程序异常处理方法进行简单介绍，其中，该程序异常处理方法可以应用于电子设备。具体地，方法包括如下过程：

S301：检测到异常程序。

可以理解，本申请中，电子设备可以实时监测各程序的工作状态，当检测到存在异常程序多次崩溃时，会触发电子设备执行步骤S302至步骤S304以解决程序异常的情况。

S302：基于异常程序对于电子设备的重要性确定出故障等级。

可以理解，本申请中，在检测到异常程序时，首先需要基于异常程序对于电子设备的重要性确定出故障等级，其中，故障等级可以预置为关键程序异常、核心程序异常、重要程序异常、一般程序异常以及提示程序异常。应理解，还可以预置其它类型的故障等级，本申请对此不做限定。

在一些实施例中，程序对于电子设备的重要性可以基于程序的功能、程序对于操作系统基本性能的影响程度、程序的可替代性、程序的安全性等方面进行确定，本申请对此不做限定。

S303：基于不同的故障等级执行不同的重置相关设置项策略。

可以理解，本申请中，不同故障等级对应不同的重置相关设置项策略，其中重置相关设置项策略包括恢复策略、恢复次数阈值以及恢复时机。

在一些实施例中，在执行故障等级对应的处理策略时，首先基于故障等级执行对应的重置相关设置项策略。

S304：当执行重置相关设置项策略的次数达到重置次数阈值时，执行故障等级对应的重启策略。

可以理解，本申请中，当执行重置相关设置项策略的次数达到重置次数阈值时，可以触发电子设备执行故障等级对应的重启策略，包括重启时机、重启次数以及重启间隔。

在一些实施例中，在第一次执行重置相关设置项策略时，可以预置当前执行故障等级对应的处理策略为第一处理阶段；当在一定时间段内（例如，2分钟内）执行重置相关设置项策略的次数达到恢复次数阈值时，可以设置当前执行故障等级对应的处理策略为第二处理阶段；当在一定时间段内（例如，2分钟内）执行重置相关设置项策略的次数再次达到恢复次数阈值时，可以设置当前执行故障等级对应的处理策略为第三处理阶段；如此，当到达预置的阶段阈值（例如，第五处理阶段）时，可以触发执行故障等级对应的重启策略。

在一些实施例中，故障等级对应的重启策略包括重启次数阈值，若电子设备在一定时间段内的重启次数达到重启次数阈值时，避免影响其它程序的正常使用，可以忽略该异常程序。

如此，基于上述步骤，可以在不同重要程度的程序出现异常时，执行不同的处理策略以解决程序异常问题。同时，只有在多次执行故障等级对应的重置相关设置项策略无效时，才会重启电子设备，并且对于重启时机进行相应设置，避免影响电子设备的正常使用。

应理解，对于不同重要等级的程序异常时，可以有不同的救援策略，下面基于图3B所示的流程示意图，对不同重要等级的程序异常时所对应的程序异常处理方法进行简单介绍。

S305：检测到处于异常运行状态的第一程序。

可以理解，本申请中，电子设备可以实时监测各程序的工作状态，当检测到存在处于异常状态的第一程序多次崩溃时，会触发电子设备执行程序异常处理方法。

S306：确定出第一程序具有第一重要等级，执行第一救援策略。

在本申请实施例中，第一重要等级可以表示异常的第一程序对于电子设备的重要程度较高。

可以理解，本申请中，在检测第一程序异常时，需要确定出第一程序对于电子设备的重要程度（即上文提及的故障等级），基于故障等级执行对应的第一救援策略。

S307：检测到处于异常运行状态的第二程序。

可以理解，本申请中，电子设备可以实时监测各程序的工作状态，当检测到存在处于异常状态的第二程序多次崩溃时，会触发电子设备执行程序异常处理方法。

S308：确定出第二程序具有第二重要等级，执行第二救援策略。

可以理解，本申请实施例中，第二重要等级可以表示异常的第二程序对于电子设备的重要程度，低于第一程序对于电子设备的重要程度。

可以理解，本申请中，在检测第二程序异常时，需要确定出第二程序对于电子设备的重要程度（即上文提及的故障等级），基于故障等级执行对应的第二救援策略。

在一些实施例中，当第一程序对应的第一重要等级高于第二程序对应的第二重要等级时，第二救援策略的影响范围小于第一救援策略的影响范围。

在一些实施例中，第一救援策略可以为：恢复全局表和安全表中所有设置项；则第二救援策略可以为：恢复全局表和安全表中三方修改设置项、恢复全局表中三方修改设置项以及恢复应用自身修改设置项中的一种或多种。

在一些实施例中，第一救援策略可以为：恢复全局表和安全表中三方修改设置项；则第二救援策略可以为：恢复全局表中三方修改设置项以及恢复应用自身修改设置项中的一种或多种。

在一些实施例中，第一救援策略可以为：恢复全局表中三方修改设置项；则第二救援策略可以为：恢复应用自身修改设置项。

基于上述方法，可以在不同重要程度的程序出现异常时，执行不同的处理策略以解决程序异常问题，避免在处理一般程序的异常情况时，影响电子设备中其它程序功能的正常使用。

下面基于图4所示的流程示意图，以在电子设备中预置五种故障等级为例，对本申请实施例提及的程序异常处理方法进行详述，其中，该程序异常处理方法可以应用于电子设备。具体地，方法包括如下过程:

S401：检测到异常程序。

可以理解，本申请中，电子设备可以实时监测各程序的工作状态。

S402：检测到异常的程序为持久化进程类型的程序。

可以理解，本申请中，当检测到电子设备的核心程序（即持久化进程类型的程序）崩溃时，可以触发电子设备执行本申请提及的程序异常处理方法。

S403：执行救援策略。

可以理解，本申请中，在执行程序异常处理方法的相关救援策略时，还需要基于异常程序对于电子设备的重要性确定出故障等级，其中，故障等级可以预置为关键程序异常、核心程序异常、重要程序异常、一般程序异常以及提示程序异常。应理解，还可以预置其它类型的故障等级，本申请对此不做限定。

在一些实施例中，程序对于电子设备的重要性可以基于程序的功能、程序对于操作系统基本性能的影响、程序的可替代性、程序的安全性等方面进行确定，本申请对此不做限定。

S404：重置相关设置项策略。

可以理解，本申请中，在执行故障等级对应的救援策略时，首先基于故障等级执行对应的重置相关设置项策略。其中，各故障等级对应的重置相关设置项策略如步骤S404a至步骤S404i所示。

S404a：判断故障等级是否为关键程序异常或核心程序异常。若是，则进入S404b；若否，则进入S404c。

可以理解，本申请中，在执行重置相关设置项策略时，需要判断故障等级是否为关键程序异常或核心程序异常，若是，则转至步骤S404b，立即恢复全局表和安全表中所有设置项；若否，则转至S404c，继续判断故障等级是否为重要程序异常。

在一些实施例中，关键程序和核心程序通常可以为直接影响操作系统的安全、稳定或业务的正常运行的程序。其中，关键程序出现异常时可能会直接导致操作系统瘫痪或无法正常使用，例如，系统服务程序等；核心程序出现异常时会影响电子设备的某些核心功能，例如，电话服务程序等。

S404b：立即恢复全局表和安全表中所有设置项。

可以理解，本申请中，在确定故障等级为关键程序异常或核心程序异常时，需要立即将全局表和安全表中所有设置项恢复为初始状态，即重置电子设备的系统设置，例如，将网络设置、声音设置、存储设置等全部重置到初始状态。

S404c：判断故障等级是否为重要程序异常。若是，则进入S404d；若否，则进入S404e。

可以理解，本申请中，在执行重置相关设置项策略时，还需要判断故障等级是否为重要程序异常，若是，则转至步骤S404d，在空闲时恢复全局表和安全表中三方修改设置项；若否，则转至S404e，继续判断故障等级是否为一般程序异常。

在一些实施例中，重要程序可以为异常时可能会影响电子设备的重要功能，但不会对电子设备的基本性能产生较大影响的程序，例如，NFC程序异常。

S404d：空闲时恢复全局表和安全表中三方修改设置项。

可以理解，本申请中，若确定故障等级为重要程序异常，需要在电子设备处于空闲状态时，将全局表和安全表中被用户或第三方应用修改的设置项恢复到原始状态，例如，将全局表中的屏幕亮度参数重置为初始亮度参数，将安全表中的锁屏方式参数重置为初始锁屏方式参数。

S404e：判断故障等级是否为一般程序异常。若是，则进入S404f；若否，则进入S404g。

可以理解，本申请中，在执行重置相关设置项策略时，还需要判断故障等级是否为一般程序异常，若是，则转至步骤S404f，在空闲时恢复全局表中三方修改设置项；若否，则转至S404g，继续判断故障等级是否为提示程序异常。

在一些实施例中，一般程序可以为实现特定功能的应用程序，例如，日历等。其中，一般程序异常对于电子设备的影响较小。

S404f：空闲时恢复全局表中三方修改设置项。

可以理解，本申请中，若确定故障等级为一般程序异常，需要在电子设备处于空闲状态时，将全局表中被用户或第三方应用修改的设置项恢复到原始状态，例如，将全局表中的屏幕亮度参数重置为初始亮度参数。

S404g：判断故障等级是否为提示程序异常。若是，则进入S404h；若否，则进入S404i。

可以理解，本申请中，在执行重置相关设置项策略时，还需要判断故障等级是否为提示程序异常，若是，则转至步骤S404h，在空闲时恢复应用自身修改设置项；若否，则转至S404i，恢复所有设置项。

在一些实施例中，提示程序可以为实现特定功能但出现异常时不会影响其它程序工作的应用程序，例如搜索引擎等，即提示程序出现异常时不会影响电子设备的正常使用。

S404h：空闲时恢复应用自身修改设置项。

可以理解，本申请中，若确定故障等级为提示程序异常，需要在电子设备处于空闲状态时，将异常程序自身修改的设置项恢复到原始状态，例如，清除搜索引擎中的搜索记录。

S404i：恢复所有设置项。

可以理解，本申请中，若异常程序为其它故障等级的程序类型，可以将电子设备的所有设置项重置为初始状态，即恢复出厂设置。

如此，通过上述步骤S404a至步骤S404i，可以对不同故障等级的异常程序执行不同的重置相关设置项策略。

S405：重启策略。

可以理解，本申请中，在第一次执行重置相关设置项策略时，可以预置当前执行故障等级对应的处理策略为第一处理阶段；当在一定时间段内（例如，2分钟内）执行重置相关设置项策略的次数达到恢复次数阈值时，可以设置当前执行故障等级对应的处理策略为第二处理阶段；接下来，当在一定时间段内（例如，2分钟内）执行重置相关设置项策略的次数再次达到恢复次数阈值时，可以设置当前执行故障等级对应的处理策略为第三处理阶段；如此，当到达阶段阈值（例如，第五处理阶段）时，可以触发执行故障等级对应的重启策略。其中，各故障等级对应的重启策略如步骤S405a至步骤S405i所示。

在一些实施例中，在电子设备触发执行重启策略时还可以弹出信息框提示用户，例如“手机即将重启”、“手机将在1小时后重启”、“手机将在夜间重启”等，本申请对此不做限定。

S405a：判断故障等级是否为关键程序异常。若是，则进入S405b；若否，则进入S405c。

可以理解，本申请中，在执行重启策略时，需要判断故障等级是否为关键程序异常，若是，则转至步骤S405b，对电子设备立即执行重启操作；若否，则转至S405c，继续判断故障等级是否为核心程序异常。

在一些实施例中，关键程序通常可以为直接影响操作系统的安全、稳定或业务的正常运行的程序。其中，关键程序出现异常时可能会直接导致操作系统瘫痪或无法正常使用，例如，系统服务程序等。

S405b：立即重启。

可以理解，本申请中，由于关键程序出现异常时可能会直接导致操作系统崩溃或电子设备无法使用，因此需要立即执行重启操作以解决关键程序异常问题。

S405c：判断故障等级是否为核心程序异常。若是，则进入S405d；若否，则进入S405e。

可以理解，本申请中，在执行重启策略时，需要判断故障等级是否为核心程序异常，若是，则转至步骤S405d，对电子设备延迟重启，同时重启间隔1*N小时；若否，则转至S405e，继续判断故障等级是否为重要程序异常。

在一些实施例中，核心程序可以为异常时会影响电子设备的某些核心功能的程序，例如，电话服务程序等。

S405d：延迟重启，同时重启间隔1*N小时。

可以理解，本申请中，由于核心程序出现异常时只影响电子设备的某个核心功能，因此可以延迟执行重启操作以解决核心程序异常问题，例如，弹出提示框“手机将在1小时后重启”。

在一些实施例中，重启间隔为1*N小时，即两次重启间隔时长随着重启次数增大，例如，第一次和第二次间隔1小时，第二次和第三次间隔2小时。此外，当重启次数达到重启次数阈值时，可以忽略该异常程序。

S405e：判断故障等级是否为重要程序异常。若是，则进入S405f；若否，则进入S405g。

可以理解，本申请中，在执行重启策略时，需要判断故障等级是否为重要程序异常，若是，则转至步骤S405f，在空闲时重启电子设备，同时重启间隔1*N小时；若否，则转至S405g，继续判断故障等级是否为一般程序异常。

在一些实施例中，重要程序可以为异常时可能会影响电子设备的重要功能，但不会对电子设备的基本性能产生较大影响的程序，例如，NFC程序。

S405f：空闲时重启，同时重启间隔1*N小时。

可以理解，本申请中，由于重要程序出现异常时不会对电子设备的基本性能产生较大影响，因此可以在电子设备空闲时执行重启操作以解决重要程序异常问题。

在一些实施例中，重启间隔为1*N小时，即两次重启间隔时长随着重启次数增大，例如，第一次和第二次间隔1小时，第二次和第三次间隔2小时，同时在达到间隔时间时，还需要检测到电子设备处于空闲状态才会执行重启操作。此外，当重启次数达到重启次数阈值时，可以忽略该异常程序。

S405g：判断故障等级是否为一般程序异常。若是，则进入S405h；若否，则进入S405i。

可以理解，本申请中，在执行重启策略时，需要判断故障等级是否为一般程序异常，若是，则转至步骤S405h，在夜间空闲时重启电子设备；若否，则转至S405i，对电子设备不执行重启操作。

在一些实施例中，一般程序可以为实现特定功能的应用程序，例如，日历等。其中，一般程序出现异常时对于电子设备的影响较小。

S405h：夜间空闲时重启。

可以理解，本申请中，由于一般程序出现异常时对于电子设备的影响较小，因此可以预置在夜间（例如，凌晨2点）且电子设备处于空闲时执行重启操作以解决一般程序异常问题。此外，当重启次数达到重启次数阈值时，可以忽略该异常程序。

S405i：不重启。

可以理解，本申请中，若故障等级为提示程序异常，或异常程序为其它故障等级更低的程序类型，对电子设备不执行重启操作。

如此，基于上述程序异常处理方法，可以在不同重要程度的程序出现异常时，执行不同的处理策略以解决程序异常问题。同时，只有在多次执行故障等级对应的重置相关设置项策略无效时，才会重启电子设备，并且对于重启时机进行相应设置，避免影响电子设备的正常使用。此外，当一些非关键进程出现异常（提示程序异常）时，在执行程序异常处理方法时只重置异常程序自身设置项，不会对其它程序产生影响。

本申请上述程序异常处理方法可以由电子设备执行，其中，电子设备可以为手机、计算机、平板电脑、增强现实（augmented reality，AR）设备、笔记本电脑等任意电子设备。本申请对此不做限定。

如图5所示，示例性说明本申请的一个实施例的电子设备1200的硬件结构示意图。如图5所示，电子设备1200可以包括一个或多个处理器1202，与处理器1202中的至少一个连接的系统控制逻辑1201，与系统控制逻辑1201连接的系统内存1205，与系统控制逻辑1201连接的存储器1203，以及与系统控制逻辑1201连接的网络接口1208。

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

处理器1202可以包括一个或多个单核或多核处理器。在一些实施例中，处理器1202可以包括通用处理器和专用处理器（例如，应用处理器，基带处理器等）的任意组合。可以理解，本申请实施例中，处理器1202可以被配置为执行存储器1203中存储的可执行指令1204，以实施本申请实施例的程序异常处理方法。

系统控制逻辑1201可以包括任意合适的接口控制器，以向处理器1202中的至少一个和/或与系统控制逻辑1201通信的任意合适的设备或组件提供任意合适的接口。系统控制逻辑1201可以包括一个或多个存储器控制器，以提供连接到系统内存1205的接口。系统内存1205可以用于加载以及存储数据和/或指令。在一些实施例中电子设备1200的系统内存1205可以包括任意合适的易失性存储器，例如合适的动态随机存取存储器。

存储器1203可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性的计算机可读介质。在一些实施例中，存储器1203可以包括任意合适的易失性存储器和/或任意合适的非易失性存储设备，例如存储器1203可以包括：随机存取存储单元（randomaccess memory，RAM）和/或高速缓存存储单元，还可以进一步包括只读存储单元（readonly memory，ROM）。

存储器1203可以包括安装电子设备1200的装置上的一部分存储资源，或者它可以由设备访问，但不一定是设备的一部分。例如，可以经由网络接口1208通过网络访问存储器1203。

特别地，系统内存1205和存储器1203可以分别包括：指令1206的暂时副本和永久副本以及指令1204的暂时副本和永久副本。指令1206可以包括：由处理器1202中的至少一个执行时导致电子设备1200实施本申请实施例的程序异常处理方法的指令。在一些实施例中，指令1206、硬件、固件和/或其软件组件可另外地/替代地置于系统控制逻辑1201，网络接口1208和/或处理器1202中。

网络接口1208可以包括收发器，用于为电子设备1200提供无线电接口，进而通过一个或多个网络与任意其它合适的设备（如前端模块，天线等）进行通信。在一些实施例中，网络接口1208可以集成于电子设备1200的其它组件。例如，网络接口1208可以集成于处理器1202，系统内存1205，存储器1203，和具有指令的固件设备（未示出）中的至少一种，当处理器1202中的至少一个执行指令时，电子设备1200实现本申请实施例的程序异常处理方法。

网络接口1208可以进一步包括任意合适的硬件和/或固件，以提供多输入多输出无线电接口。例如，网络接口1208可以是网络适配器，无线网络适配器，电话调制解调器和/或无线调制解调器。

电子设备1200可以进一步包括：输入/输出（I/O）设备1207。I/O设备1207可以包括用户界面，使得用户能够与电子设备1200进行交互；外围组件接口的设计使得外围组件也能够与电子设备1200交互。在一些实施例中，电子设备1200还包括传感器，用于确定与电子设备1200相关的环境条件和位置信息的至少一种。

在一些实施例中，用户界面可包括但不限于显示器（例如，液晶显示器，触摸屏显示器等），扬声器，麦克风，一个或多个相机（例如，静止图像照相机和/或摄像机），手电筒（例如，发光二极管闪光灯）和键盘。

在一些实施例中，外围组件接口可以包括但不限于非易失性存储器端口、音频插孔和电源接口。

在一些实施例中，传感器可包括但不限于陀螺仪传感器，加速度计，近程传感器，环境光线传感器和定位单元。定位单元还可以是网络接口1208的一部分或与网络接口1208交互，以与定位网络的组件（例如，全球定位系统（global positioning system，GPS）卫星）进行通信。

本申请公开的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统（包括易失性和非易失性存储器和/或存储元件）、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器、微控制器、专用集成电路或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读（例如，计算机可读）存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其它计算机可读介质分发。因此，机器可读介质可以包括用于以机器（例如，计算机）可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、磁光盘、只读存储器（read-only memory，ROM）、随机存取存储器（randomaccess memory，RAM）、磁卡或光卡、可擦除可编程只读存储器（erasable programmable read-only memory，EPROM）、闪存、电可擦除可编程只读存储器（electrically-erasable programmableread-only memory，EEPROM）、或用于利用因特网以电、光、声或其它形式的传播信号来传输信息（例如，载波、红外信号数字信号等）的有形的机器可读存储器。因此，机器可读介质包括适合于以机器（例如，计算机）可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其它特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

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

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的范围。

Claims (9)

1.一种程序异常处理方法，应用于电子设备，其特征在于，所述方法包括：

检测到处于异常运行状态的第一程序；

确定出所述第一程序具有第一重要等级，执行第一救援策略；

检测到处于异常运行状态的第二程序；

确定出所述第二程序具有第二重要等级，执行第二救援策略；

其中，所述第二重要等级低于所述第一重要等级，所述第二救援策略的影响范围小于所述第一救援策略的影响范围；

所述第一救援策略包括：执行第一操作，并记录执行所述第一操作的次数；

对应于执行所述第一操作的次数达到第一次数阈值，执行第二操作；

其中，所述第一操作包括以下操作中的至少一种：将所述电子设备中的全局表和安全表中的设置项重置为初始状态、将所述电子设备中的全局表和安全表中的三方修改设置项重置为初始状态、以及将所述电子设备中的全局表中的三方修改设置项重置为初始状态；

所述第二操作包括重启所述电子设备；

对应于所述第一操作为将所述电子设备中的全局表和安全表中的设置项重置为初始状态，所述第二救援策略包括以下救援策略中的至少一种：

将所述电子设备中的全局表和安全表中的三方修改设置项重置为初始状态、将所述电子设备中的全局表中的三方修改设置项重置为初始状态、以及将所述第二程序中的设置项重置为初始状态；

对应于所述第一操作为将所述电子设备中的全局表和安全表中的三方修改设置项重置为初始状态，所述第二救援策略包括以下救援策略中的至少一种：

将所述电子设备中的全局表中的三方修改设置项重置为初始状态、以及将所述第二程序中的设置项重置为初始状态；

对应于所述第一操作为将所述电子设备中的全局表中的三方修改设置项重置为初始状态，所述第二救援策略包括：将所述第二程序中的设置项重置为初始状态；

在所述电子设备处于空闲状态的情况下，执行所述第一操作或所述第二救援策略；

或者，

对应于所述第一重要等级的所述第一救援策略包括：

执行第三操作，并记录执行所述第三操作的次数；

对应于执行所述第三操作的次数达到第三次数阈值，重启所述电子设备；

对应于所述第二重要等级的所述第二救援策略包括：

执行第三操作，并记录执行所述第三操作的次数；

对应于执行所述第三操作的次数达到第四次数阈值，延迟第三时间段后重启所述电子设备；

其中，所述第三操作包括：将所述电子设备中的全局表和安全表中的设置项重置为初始状态；

所述电子设备还包括第三重要等级、第四重要等级、以及第五重要等级；其中，

对应于所述第三重要等级的第三救援策略包括：

执行第五操作，并记录执行所述第五操作的次数；

对应于执行所述第五操作的次数达到第五次数阈值，在所述电子设备处于空闲状态时重启所述电子设备；

其中，所述第五操作包括：将所述电子设备中的全局表和安全表中的三方修改设置项重置为初始状态；

对应于所述第四重要等级的第四救援策略包括：

执行第六操作，并记录执行所述第六操作的次数；

对应于执行所述第六操作的次数达到第六次数阈值，在第四时间段内且所述电子设备处于空闲状态时重启所述电子设备；

其中，所述第六操作包括：将所述电子设备中的全局表中的三方修改设置项重置为初始状态；

对应于所述第五重要等级的第五救援策略包括：将所述第五重要等级对应的程序中的设置项重置为初始状态。

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

基于以下中的至少一项确定程序的重要等级：

所述程序对于所述电子设备的操作系统基本性能的影响程度、所述程序的功能、所述程序的权限、以及所述程序的可替代性。

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

基于以下中的至少一项确定救援策略的影响范围：

对于用户个性化设置的影响、对于存储数据的影响、以及对于所述电子设备中除了所述救援策略对应的程序之外的程序的功能的影响。

4.根据权利要求3所述的方法，其特征在于，所述执行第二操作，包括：

重启所述电子设备，并记录重启所述电子设备的次数；

检测到所述第一程序还处于异常运行状态，间隔第一时间段后重启所述电子设备；

若所述重启所述电子设备的次数达到第二次数阈值，结束执行所述第一救援策略。

5.根据权利要求4所述的方法，其特征在于，所述重启所述电子设备，包括：

立即重启所述电子设备、延迟重启所述电子设备、在所述电子设备处于空闲状态时重启所述电子设备、以及在第二时间段内重启所述电子设备中的一种或多种。

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

所述电子设备发出重启提醒信号；

其中，所述重启提醒信号包括以下中的至少一种：

所述电子设备显示重启标志、所述电子设备显示重启信息、以及所述电子设备发出语音提醒信息。

7.根据权利要求1所述的方法，其特征在于，所述第一程序包括下列程序中的至少一种：系统服务程序、电话服务程序；

所述第二程序包括下列程序中的至少一种：搜索引擎程序、位置服务程序、日志服务程序。

8.一种电子设备，其特征在于，包括：存储器和处理器，所述存储器用于存储所述电子设备的一个或多个所述处理器执行的指令，所述处理器是所述电子设备的一个或多个处理器之一，用于执行权利要求1-7中任一项所述的程序异常处理方法。

9.一种可读存储介质，其特征在于，所述可读存储介质上存储有指令，所述指令在电子设备上执行时使得所述电子设备执行权利要求1-7中任一项所述的程序异常处理方法。