CN112346831A - 管理异常应用的方法和装置 - Google Patents

Abstract

本申请公开了管理异常应用的方法和装置，涉及机器学习算法(如决策树、逻辑回归、随机森林)，有助于减少异常保活的应用，从而节省移动设备的资源。方法包括：当一个待处理应用是具有前台界面的应用时，如果满足预设条件，则确定待处理应用是异常应用；该预设条件包括以下至少一种：待处理应用的当前界面的界面名称属于透明界面名称；或者待处理应用的当前界面的界面透明度大于或等于预设值；或者待处理应用在该移动设备灭屏后自动从后台切到前台，且在该移动设备亮屏时自动从前台切到后台；降低待处理应用的资源分配权重，和/或，降低待处理应用的清理保护优先级，和/或，禁止待处理应用的该当前界面再次成为前台界面。

Description

管理异常应用的方法和装置

技术领域

本申请涉及终端技术领域，尤其涉及管理异常应用的方法和装置。

背景技术

移动设备的资源如内存资源和输入输出(input output，IO)资源等是有限的，为了使移动设备中的应用在有限的资源下稳定流畅、低功耗运行，目前，可以将应用划分为常驻应用、前台应用、可感知后台应用和不可感知后台应用共4个等级，并设置每个等级的优先级(即清理保护优先级)；然后，将当前正在运行的应用归为上述其中一个等级，并在移动设备的资源不足时，按照应用的优先级顺序清理当前运行的应用。其中，优先级越低的应用越先被清理。上述4个等级的优先级从高到低依次为：常驻应用、前台应用、可感知后台应用和不可感知后台应用。

然而，移动设备的操作系统如安卓(android)操作系统的生态环境比较开放，这会导致部分低优先级的应用利用系统漏洞，伪装成高优先级的应用，以进行保活(即不被清理或延迟被清理，该保活为异常保活)。例如，不可感知后台应用伪装成可感知后台应用或者前台应用，或者，可感知后台应用伪装成前台应用等。伪装成高优先级的应用的异常保活会影响真正高优先级的应用的资源占用，从而导致本身高优先级的应用被挤压优先清理。而优先级越高的应用通常是对于移动设备或者用户较为重要的应用，因此大量异常保活会影响用户体验。

发明内容

本申请实施例提供了管理异常应用的方法和装置，有助于减少异常保活的应用，从而节省移动设备的资源，节省出的资源可以分配给其他应用(如其他正常前台应用)，从而有助于提升用户体验。

第一方面，提供一种管理异常应用的方法，应用于移动设备，该方法包括：首先，确定待处理应用是否是异常应用，该待处理应用是前台应用或可感知后台应用。然后，当待处理应用是异常应用时，按照以下至少一种策略对待处理应用进行管理：降低待处理应用的资源分配权重；降低待处理应用的清理保护优先级；清理待处理应用；对待处理应用进行断网；停止运行待处理应用的部分或全部功能。例如，当待处理应用是异常应用时，降低待处理应用的资源分配权重和/或降低待处理应用的清理保护优先级。其中，待处理应用是已经安装在该移动设备的应用，该移动设备处于亮屏状态或灭屏状态。灭屏状态也可以被称为黑屏状态。异常应用可以理解为非用户意图的应用。

这样，基于一定的策略对异常前台应用(即伪装成前台应用的后台应用)或异常可感知后台应用(即伪装成可感知后台的不可感知后台应用)进行管理，有助于节省移动设备的资源，节省出的资源可以分配给其他应用(如其他正常前台应用)，从而有助于提高用户体验。

在一种可能的设计中，确定待处理应用是否是异常应用包括：当待处理应用是前台应用时，如果待处理应用是以下至少一种应用：具有异常前台界面的应用、与正常前台应用异常关联的应用、与常驻应用异常关联的应用，异常执行广播的应用和异常执行服务的应用，则确定待处理应用是异常应用(具体为异常前台应用)。该可能的设计中，当待处理应用是前台应用，且满足具有异常界面、异常关联和异常广播/服务中的至少一种时，认为待处理应用是异常前台应用。该设计方案逻辑简单、易操作。

可选的，在本申请中，异常前台界面是指透明界面。异常关联应用(即与正常前台应用/常驻应用异常关联的应用)是指非用户意图的关联应用。异常广播/服务应用(即异常执行广播/服务的应用)是指非用户意图执行广播/服务的应用。相应的，正常前台界面是指非透明界面。正常关联应用(即与正常前台应用/常驻应用正常关联的应用)是指用户意图的关联应用。正常广播/服务应用(即正常执行广播/服务的应用)是指用户意图的广播/服务应用。

在一种可能的设计中，确定待处理应用是否是异常应用包括：当待处理应用是前台应用时，如果待处理应用是以下至少一种应用：具有正常前台界面的应用、与正常前台应用正常关联的应用、与常驻应用正常关联的应用、正常执行广播的应用和正常执行服务的应用，则确定待处理应用是正常前台应用。

基于此，可选的，如果待处理应用满足以下情况之一，则确定待处理应用是异常应用(具体为异常前台应用)：情况1：待处理应用不是具有前台界面的应用、不是与正常前台应用或常驻应用关联的应用、且是异常执行广播或服务的应用。情况2：待处理应用不是具有前台界面的应用、是异常关联应用，且不是正在执行广播或服务的应用。情况3：待处理应用不是具有前台界面的应用、是异常关联应用，且是异常执行广播或服务的应用。情况4：待处理应用是具有异常前台界面的应用、不是与正常前台应用或常驻应用关联的应用，且不是正在执行广播或服务的应用。情况5：待处理应用是具有异常前台界面的应用、不是与正常前台应用或常驻应用关联的应用、且是异常执行广播或服务的应用。情况6：待处理应用是具有异常前台界面的应用、是异常关联应用，且不是正在执行广播或服务的应用。情况7：待处理应用是具有异常前台界面的应用、是异常关联应用，且是异常执行广播或服务的应用。

在一种可能的设计中，确定待处理应用是否是异常应用包括：当待处理应用是具有前台界面的应用时，如果待处理应用满足预设条件(下文中标记为第一预设条件)，则确定待处理应用是异常应用(具体为具有异常前台界面的应用)。其中，第一预设条件包括以下至少一种：待处理应用的当前界面的界面名称属于透明界面名称；或者，待处理应用的当前界面的界面透明度大于或等于预设值(下文中标记为第一阈值)；或者，待处理应用在移动设备灭屏后自动从后台切到前台，且在该移动设备亮屏时自动从前台切到后台。

在一种可能的设计中，当待处理应用满足第一预设条件时，禁止该当前界面再次成为前台界面(也就是说，禁止该当前界面再次切到前台)。可选的，该可能的设计可以是与第一方面所描述的策略相并列的策略(即替换第一方面中所描述的上述策略)，或者可以是在第一方面所描述的策略的基础上增加的策略。

在一种可能的设计中，确定待处理应用是否是异常应用包括：当待处理应用是与另一应用(下文中标记为第一应用)关联的应用时，如果待处理应用满足预设条件(下文中标记为第二预设条件)，则确定待处理应用是异常应用(具体为异常关联的应用)；第一应用包括正常前台应用或常驻应用。第二预设条件包括以下至少一种：待处理应用所关联的应用(包括前台应用、常驻应用和后台应用)与除待处理应用之外的其他应用的关联数量大于或等于第一预设值(下文中标记为第二阈值)；或者，待处理应用与第一应用的关联时长大于或等于第二预设值(下文中标记为第三阈值)；或者，待处理应用的类型不是预定义的需要与第一应用关联的应用的类型。

在一种可能的设计中，确定待处理应用是否是异常应用，包括：当待处理应用是执行广播的应用时，如果待处理应用满足预设条件(下文标记为第三预设条件)，则确定待处理应用是异常应用(具体为异常执行广播的应用)；或者，当待处理应用是执行服务的应用时，如果待处理应用满足第三预设条件，则确定待处理应用是异常应用(具体为异常执行服务的应用)。其中，第三预设条件包括以下至少一种：执行频率大于或等于第四阈值；或者，执行时长大于或等于第五阈值；或者，待处理应用不具有可感知状态。

在一种可能的设计中，当待处理应用是可感知后台应用时，异常应用包括：异常音频输出应用、异常录音应用和异常上传下载应用中的至少一种。

在一种可能的设计中，确定待处理应用是否是异常应用，包括：当待处理应用是音频输出应用时，如果待处理应用满足预设条件(下文中标记为第四预设条件)，则确定待处理应用是异常应用(具体可以被称作异常音频输出应用)。第四预设条件包括以下至少一种：待处理应用的音频内容是全为0的数据；或者，待处理应用的音量小于或等于预设值(下文标记为第六阈值)；或者，待处理应用未抢占音频焦点。

在一种可能的设计中，确定待处理应用是否是异常应用，包括：当待处理应用是录音应用时，如果待处理应用满足预设条件(下文中标记为第五预设条件)，则确定待处理应用是异常应用(具体为异常录音应用)。第五预设条件包括以下至少一种：移动设备没有显示待处理应用的应用通知栏；或者，移动设备没有基于待处理应用接收到用户操作；或者，待处理应用的持续时长大于或等于预设值(下文中标记为第七阈值)。

在一种可能的设计中，确定待处理应用是否是异常应用，包括：当待处理应用是上传下载应用时，如果待处理应用满足预设条件(下文中标记为第六预设条件)，则确定待处理应用是异常应用(具体为异常上传下载应用)。第六预设条件包括以下至少一种：待处理应用的流量小于或等于第一预设值(下文中标记为第八阈值)；待处理应用的流量持续时长大于或等于第二预设值(下文中标记为第九阈值)；移动设备没有基于待处理应用接收到用户操作；移动设备没有显示待处理应用的应用通知栏。

在一种可能的设计中，确定待处理应用是否是异常应用，包括：当待处理应用是导航应用时，如果待处理应用满足预设条件(下文中标记为第七预设条件)，则确定待处理应用是异常应用。第七预设条件包括以下至少一种：待处理应用的当前界面内容不包含地图；待处理应用的持续时长大于或等于预设值(下文中标记为第十阈值)；终端设备没有基于待处理应用接收到用户操作；待处理应用的应用类型是非导航类型。

在一种可能的设计中，当按照不同的方式(或特征)确定出待处理应用是异常应用时，可以基于不同的策略对该异常应用进行管理。这是在考虑到基于不同方式(或特征)所确定出待处理应用是异常应用是非用户意图的应用的概率不同，且不同管理策略的管理程度不同而提出的技术方案。具体示例可以参考下文。

第二方面，提供了一种管理异常应用的装置，该装置可用于执行上述第一方面或第一方面的任一种可能的设计提供的任一种方法。示例的，该装置可以是移动设备或芯片等。

在一种可能的设计中，可以根据上述第一方面或第一方面的任一种可能的设计提供的方法对该装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。

在一种可能的设计中，该装置可以包括一个或多个处理器；一个或多个存储器；一个或多个传感器；以及一个或多个计算机程序，其中该一个或多个计算机程序被存储在该一个或多个存储器中，该一个或多个计算机程序包括指令，当该指令被该装置执行时，使得该装置执行第一方面或第一方面的任一种可能的设计提供的方法。

第三方面，提供了一种计算机可读存储介质，如计算机非瞬态的可读存储介质。其上包含计算机程序(或指令)，当该计算机程序(或指令)在移动设备上运行时，使得移动设备执行上述第一方面或第一方面的任一种可能的设计提供的任一种方法。

第四方面，提供了一种计算机程序产品，当其在移动设备上运行时，使得第一方面或第一方面的任一种可能的设计提供的任一种方法被执行。

第五方面，提供了一种包含程序产品，当所述程序产品在移动设备上运行时，使得所述移动设备执行第一方面或上述第一方面的任意一种可能的设计的方法。

第六方面，提供了一种移动设备上的用户图形界面，所述电子设备具有显示屏、摄像头、存储器、以及一个或多个处理器，所述一个或多个处理器用于执行存储在所述存储器中的一个或多个计算机程序，所述图形用户界面包括所述移动设备执行上述第一方面或上述第一方面的任意一种可能的设计的方法时显示的图形用户界面。

可以理解的是，上述提供的任一种管理异常应用的装置、计算机存储介质、计算机程序产品或系统等均可以应用于上文所提供的对应的方法，因此，其所能达到的有益效果可参考对应的方法中的有益效果，此处不再赘述。

附图说明

图1为可适用于本申请实施例的一种移动设备的硬件结构示意图；

图2为可适用于本申请实施例的一种移动设备的软件结构框图；

图3为可适用于本申请实施例的一种应用分类结果的示意图；

图4为可适用于本申请实施例的一种识别前台应用的方法的流程示意图；

图5为本申请实施例提供的一种管理异常应用的方法的流程示意图；

图5A为本申请实施例提供的一种识别前台应用及异常前台应用的方法的流程示意图；

图5B为本申请实施例提供的一种识别异常前台应用的方法的流程示意图；

图6A为本申请实施例提供的一种确定具有前台界面的应用是否为具有异常前台界面的应用的方法的流程示意图；

图6B为本申请实施例基于图6A提供的一种决策树的示意图；

图7为一种使用本申请实施例提供的管理异常前台应用的方法前后前台应用内存占用情况的示意图；

图7A为本申请实施例提供的一种确定音频输出应用是否为异常音频输出应用的方法的流程示意图；

图7B为本申请实施例基于图7A提供的一种决策树的示意图；

图8A为本申请实施例提供的一种确定录音应用是否为异常录音应用的方法的流程示意图；

图8B为本申请实施例基于图8A提供的一种决策树的示意图；

图9A为本申请实施例提供的一种确定上传下载应用是否为异常上传下载应用的方法的流程示意图；

图9B为本申请实施例基于图9A提供的一种决策树的示意图；

图10A为本申请实施例提供的一种确定导航应用是否为异常导航应用的方法的流程示意图；

图10B为本申请实施例基于图10A提供的一种决策树的示意图；

图11为本申请实施例的一种移动设备的逻辑结构示意图。

具体实施方式

下面将结合附图对本申请实施例提供的技术方案的实施方式进行详细描述。

本申请实施例提供的管理异常应用的方法，可应用于手机、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、手持计算机、上网本、个人数字助理(personal digital assistant，PDA)、可穿戴设备、虚拟现实设备等移动设备中，本申请实施例对此不做任何限制。

图1示出了移动设备100的硬件结构示意图。移动设备100可以包括处理器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等。

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

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。在一个示例中，处理器110可以是中央处理器(centralprocessing processor，CPU)。

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

处理器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)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现移动设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现移动设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现移动设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为移动设备100充电，也可以用于移动设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他移动设备，例如AR设备等。

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

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

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

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

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

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

无线通信模块160可以提供应用在移动设备100上的包括无线局域网(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转为电磁波辐射出去。

在一些实施例中，移动设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得移动设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

移动设备100通过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)等。在一些实施例中，移动设备100可以包括1个或N个显示屏194，N为大于1的正整数。

移动设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光组件上，光信号转换为电信号，摄像头感光组件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

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

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当移动设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。移动设备100可以支持一种或多种视频编解码器。这样，移动设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-networ，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现移动设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

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

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行移动设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储移动设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

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

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

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

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

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

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

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。

压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。移动设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，移动设备100根据压力传感器180A检测所述触摸操作强度。移动设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定移动设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定移动设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测移动设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消移动设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，移动设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。移动设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当移动设备100是翻盖机时，移动设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测移动设备100在各个方向上(一般为三轴)加速度的大小。当移动设备100静止时可检测出重力的大小及方向。还可以用于识别移动设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。移动设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，移动设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。移动设备100通过发光二极管向外发射红外光。移动设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定移动设备100附近有物体。当检测到不充分的反射光时，移动设备100可以确定移动设备100附近没有物体。移动设备100可以利用接近光传感器180G检测用户手持移动设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。移动设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测移动设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。移动设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，移动设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，移动设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，移动设备100对电池142加热，以避免低温导致移动设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，移动设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于移动设备100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

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

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

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

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

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

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

应用程序(application)层可以包括一系列应用程序包。应用程序包是用户可操作的基本单元，是独立运行的基本应用程序。如图2所示，应用程序包(下文中称为应用或应用程序)可以包括手机管家、系统多媒体服务、录音、打车、K歌、相机、图库、日历、通话、地图、导航、WLAN、蓝牙、音乐、视频、短信息等应用程序。

在一个示例中，如图3所示，应用可以划分为：常驻应用、前台应用、可感知后台应用和不可感知后台应用等。其中，可感知后台应用和不可感知后台应用统称为后台应用。

常驻应用是指为系统提供基本功能的应用，如手机管家、系统多媒体服务等。

前台应用是指用户可以可视化操作的应用，或在后台直接支持可视化操作的应用，比如浏览图库等。前台应用可以包括：具有前台界面的应用、与前台应用关联的应用、与常驻应用关联的应用、正在执行广播的应用和正在执行服务的应用。

可感知后台应用是指应用在后台输出可感知状态的应用，比如音频输出应用、录音应用和上传下载应用等。例如，对于音频输出应用来说，音乐播放器在后台播放声音是用户可感知的。对于上传下载应用来说，上传下载进度是用户可感知的。

不可感知后台应用，即普通后台应用，是在后台无可感知状态输出的应用，比如使用联系人后，把联系人切换到后台，此时，联系人应用为不可感知后台应用。

在一个场景中，当移动设备中安装的应用已启动时，即已占用一部分内存时，移动设备确定该应用是常驻应用、前台应用、可感知后台应用或不可感知后台应用。

需要说明的是，本申请中是以应用程序分为常驻应用、前台应用、可感知后台应用和不可感知后台应用为例进行说明的。在实际应用中，也可以将进程分为常驻进程、前台进程、可感知后台进程和不可感知后台进程。其中，一个应用程序包括一个或多个进程，每个进程就是一个程序，操作系统给每个进程分配了彼此独立的内存，相互执行不受彼此约束。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

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

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

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

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

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

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

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绘图的绘图引擎。

在本申请的一些实施例中，系统库可以包括：前台应用识别模块、可感知后台应用识别模块、异常前台应用识别模块异常和异常可感知后台应用识别模块等。

前台应用识别模块，用于识别前台应用。例如，识别方法可以参考图4。具体的，当确定一个应用不是常驻应用时，判断该应用是否具有前台界面。若具有前台界面，则确定该应用是前台应用；若不具有前台界面，则判断该应用是否与前台应用或常驻应用关联。若与前台应用或常驻应用关联，则确定该应用是前台应用；若不与前台应用关联且不与常驻应用关联，则判断该应用是否正在执行广播或服务。若正在执行广播或服务，则确定该应用是前台应用；若没有正在执行广播且没有正在执行服务，则确定该应用是非前台应用。本申请实施例对图4中所示的几个判断步骤的先后顺序不进行限定。

可感知后台应用识别模块，用于识别可感知后台应用。例如，如表1所示，当一个应用正在使用音频输出通道时，将该应用识别为音频输出应用。当一个应用正在使用音频输入通道时，将该应用识别为录音应用。当一个应用正存在上传和/或下载的流量时，将该应用识别为上传下载应用。当一个应用正在使用全球定位系统(global positioningsystem，GPS)或网络定位时，将该应用识别为导航应用。

表1

可感知后台应用	识别方法
		音频输出应用	正在使用音频输出通道
录音应用	正在使用音频输入通道
		上传下载应用	正存在上传和/或下载的流量
导航应用	正在使用GPS或网络定位

异常前台应用识别模块，用于识别异常前台应用，识别方法可以参考下文。

异常可感知后台应用识别模块，用于识别异常可感知后台应用，识别方法可以参考下文。

在本申请的另一些实施例中，系统库中还可以包括应用管理模块，用于对异常应用(包括异常前台应用和异常可感知后台应用)进行管理。例如，按照以下至少一种策略进行管理：降低异常应用的资源分配权重；降低异常应用的清理保护优先级；清理异常应用；对异常应用进行断网；停止运行异常应用的部分或全部功能。关于每种策略的相关解释可以参考下文。

内核层是硬件和软件之间的层。内核层至少包含显示驱动、摄像头驱动、音频驱动和传感器驱动等。

图2仅为一个示例，其不对本申请实施例可适用的移动设备100的软件结构框图构成限定。例如，系统库中还可以包括：用于识别常驻应用的模块；以及用于识别不可感知后台应用的模块等。

以下，结合附图对本申请实施例提供的管理异常应用的方法进行说明。

如图5所示，为本申请实施例提供的一种管理异常应用的方法的流程示意图。图5所示的方法可以应用于上述图1或图2所示的移动设备100中。图5所示的方法包括如下步骤：

S101：移动设备识别待处理应用是否是常驻应用。

若否，则执行S102。若是，则结束。

其中，待处理应用是已经安装在该移动设备的应用，该移动设备处于亮屏状态或灭屏状态。具体的，待处理应用可以是移动设备中安装的任意一个已启动的应用。已启动的应用可以包括正在运行的应用和暂停运行的应用。当应用正在运行或暂定运行时，该应用已占用一部分内存。对于没有启动的应用来说，其不占用内存，因此不需要对其进行识别。关于S101的具体实现方式可以参考现有技术。

S102：移动设备识别待处理应用是否是前台应用。该步骤的具体实现方式可以参考图4，当然本申请实施例不限于此。

若是，则执行S103。若否，则执行S104。

S103：移动设备识别待处理应用是否是异常前台应用。

若是，则执行S107。若否，则结束。

可选的，当待处理应用是前台应用时，移动设备可以根据机器学习算法(如决策树、逻辑回归、随机森林或adaboost等)，识别待处理应用是否是异常前台应用。

可选的，前台应用可以包括如下几种类型：具有前台界面的应用、与前台应用关联或常驻应用关联的应用，以及正在执行广播或服务的应用。对于不同的前台应用，移动设备可以按照不同的方法识别该前台应用是否是异常前台应用。其中，在本申请实施例中，与前台应用关联的应用具体为与正常前台应用关联的应用。

关于S102～S103，以下提供几种可能的实现方式：

实现方式一：

当待处理应用是具有前台界面的应用时，移动设备判断待处理应用是否是具有异常前台界面的应用。若是，则确定待处理应用是异常前台应用；否则，确定待处理应用是正常前台应用。其中，异常界面具体可以是透明界面。

当待处理应用是与正常前台应用或常驻应用关联的应用时，移动设备判断待处理应用是否是异常关联的应用。若是，则确定待处理应用是异常前台应用；否则，确定待处理应用是正常前台应用。

当待处理应用是正在执行广播或服务的应用时，移动设备判断待处理应用是否是异常执行广播或服务的应用。若是，则确定待处理应用是异常前台应用；否则，确定待处理应用是正常前台应用。

如图5A所示，为该实现方式1与图4～图5结合后的一个示例。也就是说，S102～S103可以通过图5A实现。本申请实施例对图5A中所示的几个判断步骤的先后顺序不进行限定。

实现方式二：

当待处理应用是前台应用时，如果待处理应用是以下至少一种应用：具有正常前台界面的应用、与正常前台应用正常关联的应用、与常驻应用正常关联的应用、正常执行广播的应用和正常执行服务的应用，则确定待处理应用是正常前台应用。否则，确定待处理应用是异常前台应用。

如图5B所示，为该实现方式二的一个示例。换言之，S103可以通过图5B实现。本申请实施例对图5B中所示的几个判断步骤的先后顺序不进行限定。如图5B所示，当待处理应用是前台应用时，如果待处理应用满足以下情况之一，则确定待处理应用是异常前台应用：

情况1：待处理应用不是具有前台界面的应用、不是与正常前台应用或常驻应用关联的应用、且是异常执行广播或服务的应用。

情况2：待处理应用不是具有前台界面的应用、是异常关联应用，且不是正在执行广播或服务的应用。

情况3：待处理应用不是具有前台界面的应用、是异常关联应用，且是异常执行广播或服务的应用。

情况4：待处理应用是具有异常前台界面的应用、不是与正常前台应用或常驻应用关联的应用，且不是正在执行广播或服务的应用。

情况5：待处理应用是具有异常前台界面的应用、不是与正常前台应用或常驻应用关联的应用、且是异常执行广播或服务的应用。

情况6：待处理应用是具有异常前台界面的应用、是异常关联应用，且不是正在执行广播或服务的应用。

情况7：待处理应用是具有异常前台界面的应用、是异常关联应用，且是异常执行广播或服务的应用。

关于确定具有前台界面的应用是否是具有异常前台界面的应用、与正常前台应用或常驻应用关联的应用是否是异常关联应用，以及正在执行广播的应用是否是异常执行广播的应用，正在执行服务的应用是否异常执行服务的应用，可以参见下文。

S104：移动设备识别待处理应用是否是可感知后台应用。该步骤的具体实现方式可以参考上述表1，当然本申请实施例不限于此。

若是，则执行S105。若否，则执行S106。

S105：移动设备识别待处理应用是否是异常可感知后台应用。

若是，则执行S107。若否，则结束。

可选的，当待处理应用是可感知应用时，移动设备可以根据机器学习算法(如决策树、逻辑回归、随机森林或adaboost等)，识别待处理应用是否是异常可感知后台应用。

可选的，可感知后台应用可以包括：音频输出应用、录音应用和上传下载应用。对于不同的可感知后台应用，移动设备可以按照不同的方法识别该可感知后台应用是否是异常可感知后台应用。具体示例可以参考下文。

S106：移动设备确定待处理应用是不可感知后台应用。

执行S106之后，则结束。

S107：当待处理应用是异常应用时，按照策略1～策略5中的至少一种，对待处理应用进行管理。例如，按照策略1和策略2中的至少一种，对待处理应用进行管理。

策略1：降低待处理应用的资源分配权重。其中，这里的资源可以包括计算资源和/或IO资源等。对于已启动的每个应用来说，CPU会为其分配一定的计算资源和IO资源，并且，会按照应用的重要程度为其分配相应权重的计算资源和IO资源。对于异常应用来说，降低其资源分配权重，可以减少其所占用的计算资源和/IO资源，节省出的计算资源和/或IO资源可以分配给其他应用(如其他正常前台应用)，从而有助于提高用户体验。

策略2：降低待处理应用的清理保护优先级，即在清理应用时对应用进行保护的优先级。清理保护优先级越高，保护程度越高，就越不容易被清理(即越后被清理)；反之，清理保护优先级越低，保护程度越低，就越容易被清理(即越先被清理)。

例如，清理保护优先级可以包括4个等级，第一个等级至第四个等级(即级别由高到低)分别为：常驻应用、前台应用、可感知后台应用和不可感知后台应用。基于此，如果一个前台应用是异常前台应用，则可以将该前台应用的清理保护优先级由第二个等级降低为第三个等级或第四个等级；如果一个可感知后台应用是异常可感知后台应用，则可以将该可感知后台应用的清理保护优先级由第三个等级降低为第四个等级。后续，当移动设备的可用资源不足需要清理应用时，清理优先级越低的应用越先被清理，这样，相比现有技术，异常应用会被优先清理。

又如，安卓系统中采用了调整(adjustment，ADJ)机制管理应用，ADJ机制的一个示例可以如表2所示。

表2

ADJ级别	ADJ值	含义
			NATIVE	-1000	系统进程
SYSTEM_ADJ	-900	SystemServer
			PERSISTENT	-800	常驻应用
FOREGROUND	0	前台应用
			VISIBLE	100	可见应用
PERCEPTIBLE	200	可感知应用
			BACKUP	300	备份应用
HEAVY_WEIGHT	400	重量级应用
			A Services	500	A类服务
Home	600	Home
			PREVIOUS_APP	700	前一次在前台应用
B Services	800	B类服务
			Cache	900	缓存应用

表2中每个ADJ级别对应一个ADJ值，每个ADJ值对应一类应用，且ADJ值越低的应用，清理优先级越高。其中，表2中的焦点应用和可见应用可以认为是本申请实施例中所描述的前台应用。当确定该前台应用是异常前台应用时，可以将该应用的ADJ值降低，例如由100调整为200、300或400等值，以提高该应用的ADJ的值，从而降低该应用的清理优先级。表2中的可感知应用可以认为是本申请实施例中所描述的后台可感知应用，当确定该后台可感知应用是异常后台可感知应用时，可以将该应用的ADJ值由200调整为300、400或500等值，以提高该应用的ADJ的值，从而降低该应用的清理优先级。

策略3：清理待处理应用，即删除内存中的待处理应用的相关程序。这样，待处理应用不再占用内存资源，节省出的内存资源可以分配给其他应用(如其他正常前台应用)，从而有助于提高用户体验。

策略4：对待处理应用进行断网。这样，待处理应用不再占用网络资源，节省出的网络资源可以分配给其他应用(如其他正常前台应用)，从而有助于提高用户体验。

策略5：停止运行待处理应用的部分或全部功能，即暂定待处理应用的部分或全部功能，这样，待处理应用占用的计算资源减少或者不再占用计算资源，节省出的计算资源可以分配给其他应用(如其他正常前台应用)，从而有助于提高用户体验。

上述策略1～5对待处理应用的管理程度不同，不同的策略可以达到不同的效果(如节省的资源的类型不同，或者节省的资源的多少不同)。基于此，当按照不同的方式确定出待处理应用是异常应用时，可以基于不同的策略对该异常应用进行管理。具体示例可以参考下文。

在一种实现方式中，当待处理应用的当前界面是异常前台界面时，对待处理应用进行管理的策略可以包括：上述策略1～5和策略6中的至少一种。策略6：禁止待处理应用的该当前界面再次成为前台界面。具体的，移动设备可以在确定待处理应用的当前界面是异常前台界面时，记录该当前界面的界面名称，后续，可以基于所记录的界面名称禁止将该界面切换为前台界面。这样，待处理应用无法使用该当前界面进行保活，因此，有助于减少异常保活的应用。

本申请实施例提供的管理异常应用的方法，是在已确定待处理应用是前台应用的前提下，确定该待处理应用是否是异常前台应用；在已确定待处理应用是可感知后台应用的前提下，确定该待处理应用是否是异常可感知后台应用。并且，基于一定的策略对异常前台应用和异常可感知后台应用进行管理，以节省移动设备的资源(如内存资源、IO资源、网络资源和计算资源等)，节省出的资源可以分配给其他应用(如其他正常前台应用)，从而有助于提高用户体验。

以管理异常前台应用的方法是清理该应用(即杀死该应用)为例，使用本申请实施例提供的管理异常前台应用的方法，有助于释放已占用的内存资源，从而有助于降低杀死应用(即停止运行该应用)的过程的执行次数。这样，当用户需要再次将近期切到后台的应用切到前台时，该应用热启动的概率增加(即应用保活能力提高)，这有助于提高用户体验。

其中，移动设备的可用内存空间不足时，会执行杀死应用的过程。杀死一个应用可以认为执行一次杀死应用过程。热启动是应用启动后所显示的首个界面是最近一次关闭该应用时该应用所显示的界面的启动方法。热启动相对应的是冷启动，冷启动是应用启动后所显示的首个界面是该应用默认显示(如应用首页)的界面的启动方法。相比冷启动来说，热启动后，用户可以直接基于最近一次关闭时所显示的界面进行操作，这有助于提高用户体验。

如图7所示，为一种使用本申请实施例提供的管理异常前台应用的方法前后前台应用内存占用情况的示意图。其中，图7中的横轴表示时间，单位为秒(s)，纵轴表示前台应用所占用内存的大小，单位为兆字节(MB)。由图7可以得出，使用本申请实施例提供的技术方案之后，前台应用所占用内存从399MB(如图7中的“OPT”对应的曲线所表示的前台应用所占用的内存大小的平均值)降低到了129MB(如图7中的“BASE”对应的曲线所表示的前台应用所占用的内存大小的平均值)，系统可动态分配内存增加了270MB。由此可知，使用后内存占用明显降低，即释放了一部分内存资源。

如表3所示，为使用本申请实施例提供的管理异常前台应用的方法前后，前台应用切换到后台5分钟和10分钟内，杀死应用过程的执行次数的对比方案。

表3

由表3可知，相比使用本申请实施例提供的管理异常前台应用的方法前，使用本申请实施例提供的管理异常前台应用的方法后，前台应用切到后台预设时间段内(如5分钟或10分钟)内杀死应用过程的执行次数明显降低。而没有被杀死的后台应用在切到前台时，可以执行热启动，因此，有助于提高用户体验。

以下，对“确定异常/正常前台界面的应用、异常/正常关联应用，以及异常/正常执行广播/服务的应用”的实现方式进行说明。以下方法可以适用于上述实现方式一，也可以适用于上述实现方式二。

第一，当待处理应用是具有前台界面的应用时，移动设备可以判断待处理应用的当前界面是否是透明界面。若是，则确定待处理应用是具有异常前台界面的应用，否则，确定待处理应用是具有正常前台界面的应用。

其中，前台应用可以包括一个或多个界面。前台应用的当前界面是指前台应用正在显示的界面。例如，对于微信应用来说：当用户点击“朋友圈”时，前台应用的屏幕上会显示朋友圈界面，此时，当前界面是朋友圈界面；当用户点击“小程序”时，前台应用的屏幕上会显示小程序界面，此时，当前界面是小程序界面。

可选的，当待处理应用是具有前台界面的应用时，移动设备可以根据待处理应用的当前界面的界面(activity)名称、界面透明度和前台切换情况中的至少一项，判断该当前界面是否是透明界面。

界面名称：前台应用的每个界面具有一个界面名称。可选的，如果待处理应用的当前界面的界面名称是透明界面名称，则确定待处理应用具有透明界面。

界面透明度：前台应用的每个界面具有一个透明度，同一时刻移动设备通常仅显示一个界面。可选的，如果待处理应用的当前界面的透明度大于或等于第一阈值(如99.9％等)，则确定待处理应用具有透明界面。

前台切换情况：前台切换情况可以包括待处理应用是否在移动设备灭屏后自动从后台切到前台，且移动设备亮屏时自动从前台切到后台。可选的，如果待处理应用在移动设备灭屏后自动从后台切到前台，且移动设备亮屏时自动从前台切到后台，则确定待处理应用具有透明界面。可以理解的是，对于一些前台应用来说，可能存在移动设备灭屏后自动从后台切到前台。并且，对于一些正常前台应用来说，可能存在移动设备亮屏时保持前台，如使用音乐播放器播放歌词时，移动设备亮屏后音乐播放器仍在前台，或者移动设备亮屏后闹钟仍在前台，因此，对于“移动设备灭屏后自动从后台切到前台，且移动设备亮屏时保持前台”的前台应用，可以确定为正常前台应用。反之，对于“移动设备灭屏后自动切到从后台切到前台且移动设备亮屏时自动从前台切到后台”的前台应用，可以认为其为异常前台应用。

如图6A所示，为一种确定具有前台界面的应用是否为具有异常前台界面的应用的方法的流程示意图。图6A对应的决策树可以如图6B所示。图6A所示的方法包括如下步骤：

S11：当待处理应用是具有前台界面的应用时，判断特征库是否包含待处理应用的当前界面的界面名称。

若否，说明待处理应用的当前界面的界面名称与特征库不匹配，则执行S12。若是，说明待处理应用的当前界面的界面名称与特征库匹配，则执行S15。

特征库，也可以称作云端特征库，是包含透明界面名称的数据库。该特征库可以是线上或线下对大量透明界面名称进行统计分析后得到的，具体统计分析过程本申请实施例不进行限定。

S11是可选步骤，执行S11有助于快速确定具有前台界面的应用是否是具有异常前台界面的应用。

S12：判断待处理应用的当前界面的透明度是否大于或等于第一阈值。

若否，则执行S13。若是，则执行S15。

S13：判断待处理应用是否在移动设备灭屏后自动从后台切到前台，且移动设备亮屏时自动从前台切到后台。

若否，说明移动设备亮屏从后台切到前台，或者移动设备灭屏后自动从前台切到后台且亮屏时维持前台，则执行S14。若是，则执行S15。

S14：确定待处理应用是具有正常前台界面的应用。执行S14之后，则结束。

S15：确定待处理应用是具有异常前台界面的应用。执行S15之后，则结束。

第二，当待处理应用是与第一应用(包括正常前台应用或常驻应用)关联的应用时，移动设备可以根据关联数量、关联时长和关联类型中的至少一项，判断待处理应用是否是异常关联应用。

关联数量，是指待处理应用所关联的应用(如前台应用、常驻应用和后台应用等)的数量。对于正常关联的应用来说，通常是根据需要进行应用关联，通常关联数量不会太大，因此，如果一个应用所关联的应用的数量过多，则可以认为该应用是异常关联应用，反之，则认为该应用是正常关联应用。

关联时长，是指待处理应用所关联的第一应用的关联时长。对于正常关联的应用来说，通常是根据需要进行应用关联，通常关联时长不会很长，因此，如果一个应用所关联的任意一个(或多个)第一应用关联时长较长，则可以认为该应用是异常关联应用，反之，则认为该应用是正常关联应用。

关联类型，是指待处理应用的类型是否是预定义的需要与第一应用关联的应用的类型。对于支付类应用、语音引擎类应用、账号登录类应用、分享类应用等应用来说，通常需要与其他应用关联，以实现相应功能；如支付宝应用通常需要与淘宝应用关联，以实现支付功能。因此，如果待处理应用的类型是预定义的需要与第一应用关联的应用的类型，则可以认为该应用是正常关联应用，反之，则认为该应用是异常关联应用。

可选的，当待处理应用是与第一应用关联的应用时，移动设备可以根据决策树、逻辑回归算法等，判断待处理应用是否是异常关联应用。关于使用决策树判断待处理应用是否是异常关联应用的示例可以根据6B推理得到，此处不再描述。

作为示例，逻辑回归算法可以如下：

其中，e是自然对数的底数，是一个无限不循环小数，其值是2.71828。T是矩阵转置。θ是逻辑回归的参数，可以通过线下学习得到。x是归一化后的自变量矩阵。y是因变量。

应用于本申请实施例时，x可以是对“待处理应用的关联数量、关联时长和关联类型中的至少一项所对应的向量构成的矩阵”进行归一化后得到的矩阵。y可以是当x和θ一定时，与第一应用关联的应用是正常关联应用的概率。可选的，当该概率的值大于或等于一个阈值(如50％)时，确定待处理应用是正常关联应用；当该概率的值小于该阈值时，确定待处理应用是异常关联应用。

以下，通过具体示例，对判断与第一应用关联的应用是否是异常关联的应用进行说明。

示例1：假设应用A为阅读类应用，应用A在前台时(即应用A是正常前台应用时)，当需要进行听书播放时，需要关联应用B；应用B是语音助手类应用；那么，应用B会因与正常前台应用(具体是应用A)关联，而使得应用B被识别为前台应用。该情况下，移动设备可以将关联数量(即1)和关联类型(即语音助手类)分别作为一个向量，并对这两个向量构成的矩阵进行归一化操作，然后，将归一化后得到的矩阵作为x，并将x传入p(y＝1|x)函数。基于此，在一个示例中，可以得到p(y＝1)为98.5％，由于98.5％大于50％，因此，可以将应用B作为正常关联应用。

示例2：假设应用C为打车类应用，应用C在前台时(即应用C是正常前台应用时)关联了应用D，而应用D是K歌类应用；那么，应用D会因与正常前台应用(具体是应用C)关联，而使得应用D被识别为前台应用；此外，应用D还关联了后台应用E和F。该情况下，对于应用D来说，移动设备可以将关联数量(即3)和关联类型(即K歌类)分别作为一个向量，并对这两个向量构成的矩阵进行归一化操作，然后，将归一化后得到的矩阵作为x，并将x传入p(y＝1|x)函数。基于此，在一个示例中，可以得到p(y＝1)为1.5％，由于1.5％小于50％，因此，可以将应用D作为异常关联应用。

第三，当待处理应用是正在执行广播/服务的应用时，移动设备可以根据执行频率、执行时长和待处理应用的可感知状态中的至少一项，判断待处理应用是否是异常执行广播/服务的应用。

执行频率：是指单位时间内的执行次数。如果正在执行广播/服务的应用在频繁执行广播/服务时，则可以认为该应用是异常执行广播/服务的应用，反之，可以认为该应用是正常执行广播/服务的应用。

执行时间：是指预设时间段内执行广播/服务的总时间或平均时间等。如果正在执行广播/服务的应用的执行时间较长时，则可以认为该应用是异常执行广播/服务的应用，反之，可以认为该应用是正常执行广播/服务的应用。

待处理应用的可感知状态：是指用户可感知的待处理应用的状态，例如音乐播放、录音、上传下载等状态。如果正在执行广播/服务的应用具有可感知状态，则可以认为该应用是正常执行广播/服务的应用；反之，则认为该应用是异常执行广播/服务的应用。

可选的，当待处理应用是正在执行广播/服务的应用时，移动设备可以根据决策树、逻辑回归算法等，判断待处理应用是否是异常执行广播/服务的应用。关于使用决策树判断待处理应用是否是异常执行广播/服务的应用的示例可以根据图6B推理得到，此处不再描述。关于使用逻辑回归算法判断待处理应用是否是异常执行广播/服务的应用的示例可以基于上述示例1、2推理得到，此处不再描述。

以下，对“当待处理应用是可感知应用时，识别待处理应用是否是异常可感知后台应用”的具体实现方式进行说明：

第一，当待处理应用是是音频输出应用时，移动设备根据待处理应用的音频内容、音量大小和音频焦点抢占情况中的至少一项，判断待处理应用是否为异常音频输出应用。若是，则确定待处理应用是异常可感知后台应用；若否，则确定待处理应用是正常可感知后台应用。

其中，音频焦点抢占情况包括是否抢占音频焦点。可以理解的是，正常情况下，如果移动设备上有多个音频输出应用需要播放音频，则会涉及到音频焦点抢占问题，抢占到音频焦点的应用才能播放音频，没有抢占到音频焦点的应用不能播放音频。因此，在本申请实施例中，如果一个音频输出应用是可感知后台应用，但没有抢占音频焦点，则可以将其确定为异常音频输出应用。

另外，移动设备还可以根据用户操作情况，来确定音频输出应用是否是异常音频输出应用。例如，如果移动设备在预设时间段内没有接收到针对一个音频输出应用的用户操作(如点击操作、滑动操作等)，则确定该音频输出应用是异常音频输出应用；否则，确定音频输出应用是正常音频输出应用。

如图7A所示，为一种确定音频输出应用是否为异常音频输出应用的方法的流程示意图。图7A所对应的决策树可以如图7B所示。图7A所示的方法可以包括如下步骤：

S21：当待处理应用是音频输出应用时，判断待处理应用的音频内容是否是全为0的数据。

若否，则执行S22。若是，则执行S25。

可以理解的是，全0的数据是人耳无法听到的，因此，如果一个音频输出应用的音频内容是全为0的数据，可以认为该音频输出应用是异常音频输出应用。

S22：判断待处理应用的音量大小是否小于或等于第六阈值。

若否，则执行S23。若是，则执行S25。

可以理解的是，人耳无法听到音量非常小的音频信号，因此，如果一个音频输出应用的音量较小(如小于或等于第六阈值)时，可以认为该音频输出应用是异常音频输出应用。可选的，第六阈值可以是基于人耳能够听到的最小音量所确定的，当然本申请实施例不限于此。

S23：判断待处理应用是否抢占音频焦点。

若是，则执行S24。若否，则执行S25。

S24：确定待处理应用是正常音频输出应用。执行S24之后，则结束。

S25：确定待处理应用是异常音频输出应用。执行S25之后，则结束。

基于图7A，移动设备管理异常音频输出应用，可以包括：若因待处理应用的音频内容是全0的数据，而确定待处理应用是异常音频输出应用(即在S21后接着执行S25)，则清理待处理应用。若根据待处理应用的其他特征确定待处理应用是异常音频输出应用(如在S22或S23之后接着执行S25)，则降低待处理应用的资源分配权重，或降低待处理应用的清理保护优先级。这是在考虑到“在S21后接着执行S25，所判断出的待处理应用是异常音频输出应用的概率较高；而在S22或S23后接着执行S25，所判断出的待处理应用是异常音频输出应用的概率较低”而提出的技术方案。更具体的，若待处理应用的音频内容是全0的数据，则不可能是用户需要听的音频内容，因此，可以直接清理待处理应用。而当输出音量值较小(即S22的判断结果为“是”时)，则可能是用户自己将音量调整的比较小，因此相比直接清理待处理应用来说，可以采用管理力度较弱的策略对其进行管理，如可以降低待处理应用的资源分配权重，或降低待处理应用的清理保护优先级。

第二，当待处理应用是录音应用时，移动设备根据待处理应用的应用通知栏显示情况、用户操作情况和持续时长，判断待处理应用是否为异常录音应用。若是，则确定待处理应用是异常可感知后台应用；若否，则确定待处理应用是正常可感知后台应用。

应用通知栏显示情况，包括是否显示应用通知栏等。对于正常录音应用来说，通常会在屏幕上显示应用通知栏，以通知用户当前录音情况(如录音时长等)；因此，如果一个录音应用没有显示应用通知栏，则可以认为该录音应用是异常录音应用。

用户操作：是指用户对移动设备的操作(如点击、滑动等操作)。应用的用户操作情况，可以包括：移动设备是否基于该应用接收到了用户操作，或者移动设备在预设时间段内是否基于该应用接收到了用户操作。如果基于一个录音应用接收到了用户操作，说明该录音应用是在用户意愿下切到前台的，因此可以认为其为正常录音应用。否则认为其为异常录音应用。

应用的持续时长，是指应用从开始运行至当前时刻这一时间段。

如图8A所示，为一种确定录音应用是否为异常录音应用的方法的流程示意图。图8A所对应的决策树可以如图8B所示。图8A所示的方法可以包括如下步骤：

S31：当待处理应用是录音应用时，判断移动设备是否显示待处理应用的应用通知栏。

若是，则执行S32。若否，则执行S35。

S32：判断是否基于待处理应用接收到了用户操作。

若是，则执行S33。若否，则执行S35。

S33：判断待处理应用的持续时长是否大于或等于第七阈值。

若否，则执行S34。若是，则执行S35。

S34：确定待处理应用为正常录音应用。执行S34之后则结束。

S35：确定待处理应用为异常录音应用。执行S35之后则结束。

基于图8A，移动设备管理异常录音应用，可以包括：若在S31或S32之后接着执行S35，则清理待处理应用；若在S33之后接着执行S35，则降低待处理应用的资源分配权重，或者降低待处理应用的清理保护优先级。可以理解的是，如果没有前台通知栏，则用户无法感知正在录音，而这通常并非用户意愿，因此可以直接清理。但是，如果持续时间较长，则可能是用户自身决定录音应用的持续时间较长，因此，可以降低优先级，而不是直接清理。

第三，当待处理应用是上传下载应用时，移动设备根据待处理应用的流量大小、流量持续时长、用户操作情况和应用通知栏显示情况中的至少一项，判断待处理应用是否为异常上传下载应用。若是，确定待处理应用是异常可感知后台应用；否则，确定待处理应用是正常可感知后台应用。

流量大小，是在预设时间段内的上传流量，或下载流量，或上传流量与下载流程之和。

流量持续时长，是从开始执行上传和/或下载至当前时刻的时间段。

关于用户操作情况和应用通知栏显示情况的相关说明可以参考上文。

如图9A所示，为一种确定上传下载应用是否为异常上传下载应用的方法的流程示意图。图9A所对应的决策树可以如图9B所示。图9A所示的方法可以包括如下步骤：

S41：当待处理应用是上传下载应用时，判断待处理应用的流量是否小于或等于第八阈值。

若否，则执行S42。若是，则执行S46。

S42：判断待处理应用的流量持续时长是否大于或等于第九阈值。

若是，则执行S43。若否，则执行S45。

S43：判断是否基于待处理应用接收到了用户操作。

若否，则执行S44。若是，则执行S45。

S44：判断移动设备是否显示待处理应用的应用通知栏。

若是，则执行S45。若否，则执行S46。

S45：确定待处理应用是正常上传下载应用。执行S45之后，则结束。

S46：确定待处理应用是异常上传下载应用。执行S46之后，则结束。

基于图9A，移动设备管理异常上传下载应用，可以包括：若在执行S41之后接着执行S46，则降低待处理应用的资源分配权重，或者降低待处理应用的清理保护优先级；若在执行S44之后，执行S46，则对待处理应用进行断网。

第四，当待处理应用是导航应用时，终端设备根据待处理应用的当前界面的界面内容、待处理应用的持续时长、待处理应用的用户操作情况和待处理应用的类型中的至少一项，判断待处理应用是否为异常导航应用。若是，则确定待处理应用是异常可感知后台应用；否则，确定待处理应用是正常可感知后台应用。

待处理应用的应用类型，可以包括导航类和非导航类。

如图10A所示，为一种确定导航应用是否为异常导航应用的方法的流程示意图。图10A所对应的决策树可以如图10B所示。图10A所示的方法可以包括如下步骤：

S51：当待处理应用是导航应用时，判断待处理应用的当前界面内容是否包含地图。

若是，则执行S52。若否，则执行S56。

S52：判断待处理应用的持续时间是否大于或等于第十阈值。

若是，则执行S53。若否，则执行S55。

S53：判断是否基于待处理应用接收到了用户操作。

若否，则执行S54。若是，则执行S55。

S54：判断待处理应用的应用类型是否为导航类。

若是，则执行S55。若否，则执行S56。

S55：确定待处理应用是正常导航应用。执行S55之后，则结束。

S56:确定待处理应用是异常导航应用。执行S56之后，则结束。

基于图10A，终端设备管理异常导航应用，可以包括：若在执行S51之后接着执行S56，则停止运行待处理应用的部分功能(如GPS功能等)；若在执行S54之后接着执行S56，则降低待处理应用的资源分配权重，或者降低待处理应用的清理保护优先级。

需要说明的是，图5、图5A、图5B、图6A、图7A、图8A、图9A和图10A均为示例，其不对本申请实施例可适用的相应方法构成限定。例如，这些图所示的每个实施例中的各步骤的先后顺序可以进行调整，且每个实施例中的部分步骤可以是可选的。又如，对于图6A、图7A、图8A、图9A和图10A中的任意一个附图所示的实施例来说，可以为其所包含的至少两个判断结果赋相应权重，并根据该至少两个判断结果中的每个判断结果及其权重求加权和，并基于求加权和得到的结果，判断是否是相应的异常应用。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对移动设备进行功能模块的划分，例如可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图11所示，为本申请实施例提供的一种移动设备11的结构示意图。移动设备11可以用于执行图5、图5A、图5B、图6A、图7A、图8A、图9A或图10A所示的方法中移动设备所执行的步骤。移动设备11可以包括：确定模块111和管理模块112。

确定模块111用于确定待处理应用是否是异常应用，待处理应用是前台应用或可感知后台应用。管理模块112，用于当待处理应用是异常应用时，按照以下至少一种策略对待处理应用进行管理：降低待处理应用的资源分配权重；降低待处理应用的清理保护优先级；清理待处理应用；对待处理应用进行断网；停止运行待处理应用的部分或全部功能。其中，待处理应用是已经安装在该移动设备的应用，该移动设备处于亮屏状态或灭屏状态。例如，结合图5，确定模块111可以用于执行S103和/或S105，管理模块112可以用于执行S107。

可选的，确定模块111具体用于：当待处理应用是前台应用时，如果待处理应用是以下至少一种应用：具有异常前台界面的应用、与正常前台应用异常关联的应用、与常驻应用异常关联的应用，异常执行广播的应用和异常执行服务的应用，则确定待处理应用是异常前台应用。例如，确定模块111可以用于执行图5A中的各步骤。

可选的，确定模块111具体用于：当待处理应用是前台应用时，如果待处理应用是以下至少一种应用：具有正常前台界面的应用、与正常前台应用正常关联的应用、与常驻应用正常关联的应用、正常执行广播的应用和正常执行服务的应用，则确定待处理应用是正常前台应用。例如，确定模块111可以用于执行图5B中的各步骤。

可选的，确定模块111具体用于：当待处理应用是具有前台界面的应用时，如果待处理应用满足第一预设条件，则确定待处理应用是具有异常前台界面的应用。第一预设条件包括以下至少一种：待处理应用的当前界面的界面名称属于透明界面名称；待处理应用的当前界面的界面透明度大于或等于第一阈值；待处理应用在移动设备灭屏后自动从后台切到前台且亮屏时自动从前台切到后台。例如，确定模块111可以用于执行图6A中的各步骤。

可选的，管理模块112还用于，当待处理应用的当前界面是异常前台界面时，禁止待处理应用的该当前界面再次成为前台界面。或者，可替换的，将上述“管理模块112，用于当待处理应用是异常应用时，按照以下至少一种策略对待处理应用进行管理……”替换为“管理模块112，用于当待处理应用的当前界面是异常前台界面时，禁止待处理应用的该当前界面再次成为前台界面”。

可选的，确定模块111具体用于：当待处理应用是与第一应用关联的应用时，如果待处理应用满足第二预设条件，则确定待处理应用是与第一应用异常关联的应用。第一应用包括正常前台应用或常驻应用。第二预设条件包括以下至少一种：待处理应用所关联的应用的数量大于或等于第二阈值；待处理应用与第一应用的关联时长大于或等于第三阈值；待处理应用的类型不是预定义的需要与第一应用关联的应用的类型。

可选的，确定模块111具体用于：当待处理应用是执行广播的应用时，如果待处理应用满足第三预设条件，则确定待处理应用是异常执行广播的应用。或者。当待处理应用是执行服务的应用时，如果待处理应用满足第三预设条件，则确定待处理应用是异常执行服务的应用。第三预设条件包括以下至少一种：执行频率大于或等于第四阈值；执行时长大于或等于第五阈值；待处理应用不具有可感知状态。

可选的，当待处理应用是可感知后台应用时，异常应用包括：异常音频输出应用、异常录音应用和异常上传下载应用中的至少一种。

可选的，确定模块111具体用于：当待处理应用是音频输出应用时，如果待处理应用满足第四预设条件，则确定待处理应用是异常音频输出应用。第四预设条件包括以下至少一种：待处理应用的音频内容是全为0的数据；待处理应用的音量小于或等于第六阈值；待处理应用未抢占音频焦点。例如，确定模块111可以用于执行图7A中的各步骤。

可选的，确定模块111具体用于：当待处理应用是录音应用时，如果待处理应用满足第五预设条件，则确定待处理应用是异常录音应用。第五预设条件包括以下至少一种：移动设备没有显示待处理应用的应用通知栏；移动设备没有基于待处理应用接收到用户操作；待处理应用的持续时长大于或等于第七阈值。例如，确定模块111可以用于执行图8A中的各步骤。

可选的，确定模块111具体用于：当待处理应用是上传下载应用时，如果待处理应用满足第六预设条件，则确定待处理应用是异常上传下载应用。第六预设条件包括以下至少一种：待处理应用的流量小于或等于第八阈值；待处理应用的流量持续时长大于或等于第九阈值；移动设备没有基于待处理应用接收到用户操作；移动设备没有显示待处理应用的应用通知栏。例如，确定模块111可以用于执行图9A中的各步骤。

可选的，确定模块111具体用于：当待处理应用是导航应用时，如果待处理应用满足第七预设条件，则确定待处理应用是异常应用。第七预设条件包括以下至少一种：待处理应用的当前界面内容不包含地图；待处理应用的持续时长大于或等于第十阈值；终端设备没有基于待处理应用接收到用户操作；待处理应用的应用类型是非导航类型。例如，确定模块111可以用于执行图10A中的各步骤。

在一个示例中，参见图1，上述确定模块111和管理模块112中的至少一种可以由图1中的处理器110调用存储器121中的可执行程序代码实现。

在一个示例中，参见图2，上述确定模块111可以由图2中的异常前台应用识别模块或异常可感知后台应用识别模块实现，管理模块112可以由图2中的应用管理模块实现。

关于上述可选方式的具体描述参见前述的方法实施例，此处不再赘述。上述提供的任一种移动设备11的解释以及有益效果的描述均可参考上述对应的方法实施例，不予赘述。

需要说明的是，上述各个单元对应执行的动作仅是具体举例，各个单元实际执行的动作参照上述基于图5、图5A、图5B、图6A、图7A、图8A或图9A所述的实施例的描述中提及的动作或步骤。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可通过程序来指令相关的硬件完成。所述的程序可以存储于一种计算机可读存储介质中。上述提到的存储介质可以是只读存储器，随机接入存储器等。上述处理单元或处理器可以是中央处理器，通用处理器、特定集成电路(application specific integrated circuit，ASIC)、微处理器(digital signal processor，DSP)，现场可编程门阵列(field programmable gatearray，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。

本申请实施例还提供了一种包含指令的计算机程序产品，当该指令在计算机上运行时，使得计算机执行上述实施例中的任意一种方法。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriberline，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solidstate disk，SSD))等。

应注意，本申请实施例提供的上述用于存储计算机指令或者计算机程序的器件，例如但不限于，上述存储器、计算机可读存储介质和通信芯片等，均具有非易失性(non-transitory)。

在实施所要求保护的本申请过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。

Claims (10)

1.一种管理异常应用的方法，其特征在于，应用于移动设备，所述方法包括：

当一个待处理应用是具有前台界面的应用时，如果所述待处理应用满足预设条件，则确定所述待处理应用是异常应用；所述待处理应用是已经安装在该移动设备的应用，该移动设备处于亮屏状态或灭屏状态，所述预设条件包括以下至少一种：

所述待处理应用的当前界面的界面名称属于透明界面名称；或者，

所述待处理应用的当前界面的界面透明度大于或等于预设值；或者，

所述待处理应用在该移动设备灭屏后自动从后台切到前台，且在该移动设备亮屏时自动从前台切到后台；

在确定所述待处理应用是异常应用之后，执行以下至少一种：降低所述待处理应用的资源分配权重，或，降低所述待处理应用的清理保护优先级，或，禁止所述待处理应用的所述当前界面再次成为前台界面。

2.一种管理异常应用的方法，其特征在于，应用于移动设备，所述方法包括：

当一个待处理应用是与另一个应用关联的应用时，如果所述待处理应用满足预设条件，则确定所述待处理应用是异常应用；所述待处理应用是已经安装在该移动设备的应用，该移动设备处于亮屏状态或灭屏状态，所述另一个应用包括正常前台应用或常驻应用，所述预设条件包括以下至少一种：

所述待处理应用所关联的应用的数量大于或等于第一预设值；或者，

所述待处理应用与所述另一个应用的关联时长大于或等于第二预设值；或者，

所述待处理应用的类型不是预定义的需要与所述另一个应用关联的应用的类型；

在确定所述待处理应用是异常应用之后，降低所述待处理应用的资源分配权重，和/或降低所述待处理应用的清理保护优先级。

3.一种管理异常应用的方法，其特征在于，应用于移动设备，所述方法包括：

当待处理应用是执行广播或服务的应用时，如果所述待处理应用满足预设条件，则确定所述待处理应用是异常应用；所述待处理应用是已经安装在该移动设备的应用，该移动设备处于亮屏状态或灭屏状态，所述预设条件包括以下至少一种：

执行频率大于或等于第一预设值；或者，

执行时长大于或等于第二预设值；或者，

所述待处理应用不具有可感知状态；

在确定所述待处理应用是异常应用之后，降低所述待处理应用的资源分配权重，和/或降低所述待处理应用的清理保护优先级。

4.一种管理异常应用的方法，其特征在于，应用于移动设备，所述方法包括：

当待处理应用是音频输出应用时，如果所述待处理应用满足预设条件，则确定所述待处理应用是异常应用；所述待处理应用是已经安装在该移动设备的应用，该移动设备处于亮屏状态或灭屏状态，所述预设条件包括以下至少一种：

所述待处理应用的音频内容是全为0的数据；或者，

所述待处理应用的音量小于或等于第六阈值；或者，

所述待处理应用未抢占音频焦点；

在确定所述待处理应用是异常应用之后，降低所述待处理应用的资源分配权重，和/或降低所述待处理应用的清理保护优先级。

5.一种管理异常应用的方法，其特征在于，应用于移动设备，所述方法包括：

当待处理应用是录音应用时，如果所述待处理应用满足预设条件，则确定所述待处理应用是异常应用；所述待处理应用是已经安装在该移动设备的应用，该移动设备处于亮屏状态或灭屏状态，所述预设条件包括以下至少一种：

所述移动设备没有显示所述待处理应用的应用通知栏；或者，

所述移动设备没有基于所述待处理应用接收到用户操作；或者，

所述待处理应用的持续时长大于或等于预设值；

在确定所述待处理应用是异常应用之后，降低所述待处理应用的资源分配权重，和/或降低所述待处理应用的清理保护优先级。

6.一种管理异常应用的方法，其特征在于，应用于移动设备，所述方法包括：

当待处理应用是上传下载应用时，如果所述待处理应用满足预设条件，则确定所述待处理应用是异常应用；所述待处理应用是已经安装在该移动设备的应用，该移动设备处于亮屏状态或灭屏状态，所述预设条件包括以下至少一种：

所述待处理应用的流量小于或等于第一预设值；或者，

所述待处理应用的流量持续时长大于或等于第二预设值；或者，

所述移动设备没有接收到用户作用于所述待处理应用的操作；或者，

所述移动设备没有显示所述待处理应用的应用通知栏；

在确定所述待处理应用是异常应用之后，降低所述待处理应用的资源分配权重，和/或降低所述待处理应用的清理保护优先级。

7.一种移动设备，其特征在于，包括：

一个或多个处理器；

一个或多个存储器；

一个或多个传感器；

以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述一个或多个存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述移动设备执行时，使得所述移动设备执行如权利要求1-6中任一项所述的方法。

8.一种移动设备，其特征在于，所述移动设备包括执行权利要求1至6任一项所述方法的装置。

9.一种移动设备上的图形用户界面，其特征在于，所述移动设备具有显示屏、摄像头、存储器、以及一个或多个处理器，所述一个或多个处理器用于执行存储在所述存储器中的一个或多个计算机程序，其特征在于，所述图形用户界面包括所述移动设备执行如权利要求1至6中任意一项所述的方法时显示的图形用户界面。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中包含指令，当所述指令在移动设备上运行时，使得所述移动设备执行权利要求1至6任一项所述的方法。

Images