后台应用程序的处理方法、装置及移动终端与流程

本发明涉及通信技术领域，具体而言，涉及一种后台应用程序的处理方法、装置及移动终端。

背景技术：

随着移动互联网技术的快速发展，移动终端的发展也日新月异。移动终端的处理能力和功能越来越强，人们对移动终端的依赖性也逐渐增加。然而，随着移动终端能够支持的应用越来越多，其耗电量也越来越大。用户需要对移动终端进行频繁充电才能保证日常的使用，给用户带来了很大的不便。在此基础上，倘若移动终端中出现异常耗电现象，将进一步导致移动终端续航能力的快速缩短，影响用户的使用体验。

技术实现要素：

有鉴于此，本发明的目的在于提供一种后台应用程序的处理方法、装置及移动终端，能够有效地改善上述问题。

为了实现上述目的，本发明采用的技术方案如下：

第一方面，本发明实施例提供了一种后台应用程序的处理方法，所述方法包括：每间隔预设时间，获取每个后台应用程序的cpu使用率；将cpu使用率大于或等于第一预设阈值的后台应用程序关闭。

第二方面，本发明实施例还提供了一种后台应用程序的处理装置，所述装置包括：获取模块和第一关闭模块。获取模块，用于每间隔预设时间，获取每个后台应用程序的cpu使用率。第一关闭模块，用于将cpu使用率大于或等于第一预设阈值的后台应用程序关闭。

第三方面，本发明实施例还提供了一种移动终端，所述移动终端包括处理器以及存储器，所述存储器耦接到所述处理器，所述存储器存储指令。当所述指令由所述处理器执行时使所述移动终端执行以下操作：每间隔预设时间，获取每个后台应用程序的cpu使用率；将cpu使用率大于或等于第一预设阈值的后台应用程序关闭。

相比于现有技术，本发明实施例提供的后台应用程序的处理方法、装置及移动终端，通过每间隔预设时间，获取每个后台应用程序的cpu使用率，将cpu使用率大于或等于第一预设阈值的后台应用程序关闭，能够智能控制由于后台第三方应用异常忙碌所引起的耗电/发热问题，进而达到省电与稳定的使用体验。另外，按照每间隔预设时间，将cpu使用率大于或等于第一阈值的应用程序关闭，与现有技术中的仅在移动终端熄屏之后，将cpu使用率超过预设值的进程关闭相比，有利于抑制异常耗电现象发生，而且将cpu使用率过大的应用程序关闭，与仅仅将cpu使用率过大的进程关闭相比，能够有效地避免后台应用程序的单一进程的cpu使用率较高但没有达到异常阈值，而没有得到及时处理导致异常耗电的情况。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为一种可应用于本发明实施例中的移动终端的结构框图；

图2为本发明第一实施例提供的一种后台应用程序的处理方法的流程图；

图3为本发明第一实施例提供的一种后台应用程序的处理方法中获取每个后台应用程序的cpu使用率的流程图；

图4为本发明第一实施例提供的判断进程对应的应用程序是否为后台应用程序的一种具体实施方式的流程图；

图5为本发明第二实施例提供的一种后台应用程序的处理方法的流程图；

图6为本发明第二实施例提供的一种后台应用程序的处理方法中判定移动终端处于异常耗电状态的一种实施方式的流程图；

图7为本发明第二实施例提供的一种后台应用程序的处理方法中判定移动终端处于异常耗电状态的另一种实施方式的流程图；

图8为本发明第二实施例提供的一种后台应用程序的处理方法中步骤s404的流程图；

图9为本发明第三实施例提供的一种后台应用程序的处理装置的功能模块框图；

图10为本发明第四实施例提供的一种后台应用程序的处理装置的功能模块框图。

具体实施方式

图1是本实施例提供的一种移动终端的结构框图。如图1所示，具有多点触摸能力的移动终端100可以包括存储器接口102、一个或多个处理器104，以及外围接口106。

存储器接口102、一个或多个处理器104和/或外围接口106既可以是分立元件，也可以集成在一个或多个集成电路中。在移动终端100中，各种元件可以通过一条或多条通信总线或信号线来耦合。传感器、设备和子系统可以耦合到外围接口106，以便帮助实现多种功能。例如，运动传感器110、光传感器112和距离传感器114可以耦合到外围接口106，以方便定向、照明和测距等功能。其他传感器116同样可以与外围接口106相连，例如温度传感器、定位系统(例如gps接收机)、生物测定传感器或其他感测设备，由此可以帮助实施相关的功能。

相机子系统120和光学传感器122可以用于方便诸如记录照片和视频剪辑的相机功能的实现，其中所述相机子系统和光学传感器例如可以是电荷耦合器件(ccd)或互补金属氧化物半导体(cmos)光学传感器。

可以通过一个或多个无线通信子系统124来帮助实现通信功能，其中无线通信子系统可以包括射频接收机和发射机和/或光(例如红外)接收机和发射机。无线通信子系统124的特定设计和实施方式可以取决于移动终端100所支持的一个或多个通信网络。例如，移动终端100可以包括被设计成支持gsm网络、gprs网络、edge网络、wi-fi或wimax网络以及blueboothtm网络的通信子系统。

音频子系统126可以与扬声器128以及麦克风130相耦合，以便帮助实施启用语音的功能，例如语音识别、语音复制、数字记录和电话功能。

i/o子系统140可以包括触摸屏控制器142和/或一个或多个其他输入控制器144。

触摸屏控制器142可以耦合到触摸屏146。举例来说，该触摸屏146和触摸屏控制器142可以使用多种触摸感测技术中的任何一种来检测与之进行的接触和移动或是暂停，其中感测技术包括但不局限于电容性、电阻性、红外和表面声波技术。

一个或多个其他输入控制器144可以耦合到其他输入/控制设备148，例如一个或多个按钮、摇杆开关、拇指旋轮、红外端口、usb端口、和/或指示笔之类的指点设备。一个或多个按钮(未显示)可以包括用于控制扬声器128和/或麦克风130音量的向上/向下按钮。

存储器接口102可以与存储器150相耦合。该存储器150可以包括高速随机存取存储器和/或非易失性存储器，例如一个或多个磁盘存储设备，一个或多个光学存储设备，和/或闪存存储器(例如nand，nor)。

存储器150用于存储程序，处理器104在接收到执行指令后，执行所述程序，后续本发明实施例任一实施例揭示的流程定义的移动终端100所执行的方法可以应用于处理器104中，或者由处理器104实现。另外，存储器150可以存储操作系统152，例如android、ios、linux或是windowsphone之类的操作系统。该操作系统152可以包括用于处理基本系统服务以及执行依赖于硬件的任务的指令。存储器150还可以存储各种应用154。在移动设备运行时，会从存储器150中加载操作系统152，并且由处理器104执行。应用154在运行时，也会从存储器150中加载，并由处理器104执行。应用154运行在操作系统之上，利用操作系统以及底层硬件提供的接口实现各种用户期望的功能，如即时通信、网页浏览、图片管理等。应用可以是独立于操作系统提供的，也可以是操作系统自带的。

处理器104可以是一种集成电路芯片，具有信号的处理能力。上述的处理器104可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，例如，数据处理器、图像处理器和/或中央处理单元。

可以理解，图1所示的结构仅为示意，本实施例提供的移动终端100还可包括比图1中所示更多或者更少的组件，或者具有与图2所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。本实施例中，移动终端100，可以包括智能手机、平板电脑、电子书阅读器、mp3播放器(movingpictureexpertsgroupaudiolayeriii，动态影像专家压缩标准音频层面3)、mp4(movingpictureexpertsgroupaudiolayeriv，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机、车载电脑、穿戴式移动终端等等。

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

第一实施例

请参阅图2，示出了本发明第一实施例提供的一种后台应用程序的处理方法。该方法包括：步骤s101和步骤s102。于本发明实施例中，该方法应用于移动终端，该移动终端的系统可以是android、ios、linux或者windowsphone等操作系统，作为一种实施例，该方法应用于android系统的移动终端。下面将结合图2，对本发明第一实施例提供的方法的实施过程进行具体描述。

步骤s101，每间隔预设时间，获取每个后台应用程序的cpu使用率；

为了更好地监测并及时控制后台第三方应用异常忙碌所引起的耗电/发热，本发明实施例提供的后台应用程序的处理进程的触发方式为：每间隔预设时间触发。这样只要移动终端处于开机状态，不管是在亮屏状态还是在熄屏状态，都可以间隔预设时间监测后台应用程序的cpu使用率，以便于及时将cpu使用率大于或等于第一预设阈值的后台应用程序关闭，有利于抑制异常耗电现象发生，以达到省电与稳定的用户体验。本实施例中，该预设时间可以根据具体需要设置，例如，根据需要预设时间可以设置为5分钟。

请参阅图3，获取每个后台应用程序的cpu使用率的步骤，具体可以包括以下步骤s201和步骤s202。

步骤s201，遍历移动终端当前运行的应用程序，获取每个后台应用程序对应的进程的cpu使用率。

移动终端中，一个应用程序对应于一个或多个进程，遍历当前运行的所有进程，获取这些进程中对应于后台应用程序的进程的cpu使用率。

具体的，步骤s201中的获取每个后台应用程序对应的进程的cpu使用率，包括：判断所述进程对应的应用程序是否为后台应用程序，若所述进程对应的应用程序为后台应用程序，获取对应于每个所述后台应用程序的进程的cpu使用率。

具体的，所述的判断所述进程对应的应用程序是否为后台应用程序的步骤，包括：根据所述进程对应的应用程序的特征条件判断该应用程序是否为后台应用程序。其中，所述特征条件包括：所述应用程序对应的进程属性、所述应用程序是否具有visiblewindow、所述应用程序是否具有activeaudio、所述应用程序的网络传输量是否超过预设的传输阈值或所述应用程序在预设时间段内是否具有切换到前台的记录中的至少一种。

请参阅图4，作为其中一种具体的实施方式，判断移动终端中运行的进程对应的每个应用程序是否为后台应用程序的步骤可以包括以下步骤s301至步骤s305。

步骤s301，判断对应于所述应用程序的进程的属性是否属于后台类型；

判断对应于该应用程序的进程属性procsate是否属于后台类型，若属于后台类型，则进一步执行步骤s302。若不属于后台类型，则判定该应用程序为前台应用程序。

步骤s302，判断所述应用程序是否具有visiblewindow；

若该应用程序没有visiblewindow，则进一步执行步骤s303。若该应用程序具有visiblewindow，则判定该应用程序为前台应用程序。

步骤s303，判断所述应用程序是否具有activeaudio；

若该应用程序没有activeaudio，则进一步执行步骤s304。若该应用程序具有activeaudio，则判定该应用程序为前台应用程序。

步骤s304，判断所述应用程序的网络传输量是否超过预设的传输阈值；

若该应用程序的网络传输量没有超过预设的传输阈值，则进一步执行步骤s305。若该应用程序的网络传输量超过预设的传输阈值，则判定该应用程序为前台应用程序。其中，预设的传输阈值可以根据需要设置。

步骤s305，判断所述应用程序在预设时间段内是否具有切换到前台的记录。

若该应用程序在预设时间段内没有切换到前台的记录，则判定该应用程序为后台应用程序。若应用程序在预设时间段内具有切换到前台的记录，则判定该应用程序为前台应用程序。

其中，预设时间段可以是距离当前时间之前的预设时间段，或者，也可以是距离当前时间之后的预设时间段，又或者，是包括当前时间的预设时间段，具体可以根据需要设置。预设时间段的时间长度也可以根据需要设置。例如，本实施例中，预设时间段的时间长度可以设置为5分钟。

需要说明的是，上述步骤s301至步骤s305的执行顺序可以按照图4所示的顺序执行，在本发明的其他实施例中，也可以不按照图4所示的步骤执行，例如，各步骤的执行顺序可以互换，可以基本并行地执行。

本实施例中，cpu使用率为预选时间内的cpu使用率。一个应用程序对应于一个或多个进程。获取进程的cpu使用率的一种具体方式可以为：获取进程在预选时间内占用cpu的时间长度，将该时间长度除以cpu在预选时间内的总运行时间长度，计算出进程在预选时间内的cpu使用率。例如，进程a在5分钟内运行了10秒，即占用cpu的时间长度为10秒，在这5分钟内，cpu的总运行时间为100秒，则在这5分钟内，该进程a的cpu使用率为10/100*100％＝10％。

步骤s202，根据每个所述后台应用程序对应的所有进程的cpu使用率，得到该后台应用程序的cpu使用率。

本实施例中，考虑到应用程序对应于一个或多个进程，当应用程序对应于多个进程时，单一进程的cpu使用率可以较低，而多个进程的cpu使用率之和可能较高，从而导致异常耗电现象。因此，本实施例中，根据每个所述后台应用程序对应的所有进程的cpu使用率，得到该后台应用程序的cpu使用率的具体方式可以为：将后台应用程序对应的所有当前运行的进程的cpu使用率进行累加，得到该后台应用程序的cpu使用率。具体的，每个后台应用程序均对应于一个标识信息，标识信息可以是但不仅限于uid(用户身份证明)号。移动终端可以获取每个后台应用程序的标识信息，将对应于同一个标识信息的进程的cpu使用率加总作为该后台应用程序的cpu使用率。

这样可以有效地避免存在后台应用程序的单一进程的cpu使用率较高但是没有达到异常阈值，而没有得到及时处理的情况。例如，当cpu使用率判断是针对单一进程时，若单一进程必须超过25％的cpu使用率才会被视为异常，如果某后台应用程序有两个进程的cpu使用率分别为13％与12％，虽然同样耗电，但不会触发处理，不利于有效抑制异常耗电现象的发生。

另外，本方案也可以针对forked进程进行监控与异常处理。例如，对于安装有安卓系统的移动终端，某后台应用程序对应有forked进程，此时可以通过安卓系统的processcputracker来记录forked进程的cpu使用率，并将该forked进程的cpu使用率与该后台应用程序对应的其他进程的cpu使用率进行累加，得到该后台应用程序的cpu使用率。

步骤s102，将cpu使用率大于或等于第一预设阈值的后台应用程序关闭。

本实施例中，得到后台应用程序的cpu使用率后，将进一步判断该后台应用程序的cpu使用率是否大于或等于第一预设阈值。若该后台应用程序的cpu使用率大于或等于第一预设阈值，则将该后台应用程序关闭。若该后台应用程序的cpu使用率小于第一预设阈值，则不对该后台应用程序进行处理，继续判断下一个后台应用程序的cpu使用率是否大于或等于第一预设阈值，直至将移动终端中当前运行的进程对应所有后台应用程序均处理完毕。其中，第一预设阈值可以根据具体需要设置。例如，本实施例中，第一预设阈值可以设置为20％。

本实施例中，可以通过移动终端所使用的操作系统提供的api(applicationprogramminginterface，应用程序编程接口)把需要关闭的后台应用进程终止/停掉，对关闭后台应用程序的具体方式不做限定。例如，当移动终端为采用安卓系统的移动终端时，可以调用forcestoppackage将cpu使用率大于或等于第一预设阈值的后台应用程序关闭。或者，也可以调用killbackgroundprocesses将cpu使用率大于或等于第一预设阈值的后台应用程序对应的进程kill掉。当然，除了这两种方式外，也可以采用其他方式关闭后台应用程序，具体方式可以根据需要设置。

本发明实施例提供的后台应用程序的处理方法，通过每间隔预设时间，获取每个后台应用程序的cpu使用率，将cpu使用率大于或等于第一预设阈值的后台应用程序关闭，能够智能控制由于后台第三方应用异常忙碌所引起的耗电/发热问题，进而达到省电与稳定的使用体验。另外，按照每间隔预设时间，将cpu使用率大于或等于第一阈值的应用程序关闭，与现有技术中的仅在移动终端熄屏之后，将cpu使用率超过预设值的进程关闭相比，有利于抑制异常耗电现象发生，而且将cpu使用率过大的应用程序关闭，与仅仅将cpu使用率过大的进程关闭相比，能够有效地避免后台应用程序的单一进程的cpu使用率较高但没有达到异常阈值，而没有得到及时处理导致异常耗电的情况。

第二实施例

请参阅图5，示出了本发明第二实施例提供的一种后台应用程序的处理方法。该方法包括：步骤s401、步骤s402、步骤s403和步骤s404。于本发明实施例中，该方法应用于移动终端，该移动终端的系统可以是android、ios、linux或者windowsphone等操作系统，作为一种实施例，该方法应用于android系统的移动终端。下面将结合图5，对本发明第二实施例提供的方法的实施过程进行具体描述。

步骤s401，每间隔预设时间，获取每个后台应用程序的cpu使用率。

步骤s402，将cpu使用率大于或等于第一预设阈值的后台应用程序关闭。

本实施例中，步骤s401和步骤s402的具体实施方式可以参照上述第一实施例中的步骤s101和步骤s102，此处不再赘述。

需要说明的是，为了能更有效地处理异常耗电问题，本实施例中，将后台应用程序的cpu使用率大于或等于第一预设阈值的状态划分为极度忙碌状态，将后台应用程序的cpu使用率大于或等于第二预设阈值的状态划分为普通忙碌状态。其中，第一预设阈值和第二预设阈值可以根据具体需要设置，第二预设阈值小于第一预设阈值。例如，第一预设阈值可以设置为20％，第二预设阈值可以设置为5％。处于极度忙碌状态的后台应用程序为引起异常耗电现象的主要因素。然而，当处于极度忙碌状态的后台应用程序处理完成后，即执行完上述步骤s401以及步骤s402后，若移动终端还处于异常耗电状态，本实施例将进一步触发对处于普通忙碌状态的后台应用程序的进阶处理步骤。该进阶处理步骤包括以下步骤s403和步骤s404。

步骤s403，判断移动终端是否处于异常耗电状态。

若移动终端处于异常耗电状态，则执行步骤s404；若移动终端处于非异常耗电状态，则结束本次后台应用程序的处理过程。

本实施例中，异常耗电场景发生条件可以包括但不限于电量衰减速率条件和温度条件中的至少一个。其中，电量衰减速率为单位时间的电池掉电量。当满足电量衰减速率条件或温度条件时，则判定移动终端处于异常耗电状态。

因此，作为一种实施方式，请参阅图6，上述的判定移动终端处于异常耗电状态的步骤包括以下步骤s501和步骤s502。

步骤s501，获取所述移动终端的电量衰减速率；

本实施例中，可以通过获取一定时间段内的电池掉电量计算得到电量衰减速率。具体的，该时间段包括开始时刻和截止时刻，通过获取开始时刻电池的剩余电量以及截止时刻电池的剩余电量，开始时刻电池的剩余电量与截止时刻电池的剩余电量之差即为该时间段内的电池掉电量。

本实施例中，获取电池剩余电量的方式可以为：移动终端中的电池管理模块对电池的剩余电量进行实时检测，因此，可以直接与电池管理模块进行数据交互，从电池管理模块获取电池的剩余电量。或者，剩余电量也可以通过调用移动终端所使用的操作系统提供的api(applicationprogramminginterface，应用程序编程接口)来获取。

具体的，可以在移动终端的modem侧，通过定制通信接口查找电池的剩余电量。如，当移动终端处于工作状态时，移动终端的modem通过qmi(高通平台ap与modem专用的通信接口)查看移动终端的ap(applicationprocessor，应用芯片)侧提供的电池的剩余电量。

步骤s502，当所述电量衰减速率大于或等于预设的衰减阈值时，判定所述移动终端处于异常耗电状态。

其中，预设的衰减阈值可以根据具体需要设置。例如，本实施例中，衰减阈值可以设置为1％/5分钟，也就是每5分钟内电池掉电量为1％。

作为另一种实施方式，请参阅图7，上述判定移动终端处于异常耗电状态的步骤，包括以下步骤s601和步骤s602。

步骤s601，获取所述移动终端的温度；

本实施例中，作为一种实施方式，由于晶振温度是影响移动终端的温度的重要因素。移动终端的温度可以通过获取移动终端的晶振的温度获得。获取移动终端的晶振温度的实施方式有多种。例如，在具体应用中，通过靠近晶振设置的温度传感器如热敏电阻对移动终端的晶振的工作温度进行实时检测。此时，可以通过处理器与温度传感器进行数据交互，读取温度传感器输出的温度值作为待判定的晶振温度。

作为另一种实施方式，移动终端还可以设有一个应用程序，存储于存储器，由处理器调用，用于获取移动终端内设置的温度传感器采集的温度。此时，可以通过移动终端所使用的操作系统提供的api来调用上述应用程序，以获取移动终端的温度。

步骤s602，当所述温度大于预设的温度阈值时，判定所述移动终端处于异常耗电状态。

其中，温度阈值可以根据移动终端的硬件配置和用户体验反馈设置。例如，本实施例中，温度阈值可以设置为48度，也就是说，当移动终端的温度超过48度时，判定移动终端处于异常耗电状态。

此外，作为又一种实施方式，上述判定移动终端处于异常耗电状态的步骤，包括：获取所述移动终端的电量衰减速率和温度；当所述电量衰减速率大于或等于预设的衰减阈值时，或者，当所述温度大于预设的温度阈值时，判定所述移动终端处于异常耗电状态，当所述电量衰减速率小于预设的衰减阈值且所述温度小于或等于预设的温度阈值时，则判定所述移动终端处于非异常耗电状态。

步骤s404，在满足预设条件的情况下将cpu使用率大于或等于第二预设阈值的后台应用程序关闭。

具体的，请参阅图8，在满足预设条件的情况下将cpu使用率大于或等于第二预设阈值的后台应用程序关闭，包括：

步骤s701，判断所述移动终端中是否存在cpu使用率大于或等于第三预设阈值的前台应用程序；

其中，第三预设阈值可以设置为与第一预设阈值相同，也可以不相同，具体可以根据需要设置。

若移动终端中不存在cpu使用率大于或等于第三预设阈值的前台应用程序，执行步骤s702。若移动终端中存在cpu使用率大于或等于第三预设阈值的前台应用程序，则表示移动终端处于异常耗电状态是由于前台操作引起，可视为用户行为，可以不处理，此时完成本次的后台应用程序的处理过程。

步骤s702，判断是否有cpu使用率大于或等于所述第一预设阈值的后台应用程序被关闭；

具体的，判断上述步骤s402中是否有cpu使用率大于或等于所述第一预设阈值的后台应用程序被关闭。当没有cpu使用率大于或等于所述第一预设阈值的后台应用程序被关闭时，执行步骤s703。当有cpu使用率大于或等于所述第一预设阈值的后台应用程序被关闭时，结束流程。

具体的，判断上述步骤s402中是否有cpu使用率大于或等于所述第一预设阈值的后台应用程序被关闭的方式可以为：执行步骤s402的过程中，对所关闭的cpu使用率大于或等于第一预设阈值的后台应用程序从零开始计数；当所关闭的cpu使用率大于或等于第一预设阈值的后台应用程序的数量等于零时，判定移动终端中不存在cpu使用率大于或等于第一预设阈值的后台应用程序被关闭；当所关闭的cpu使用率大于或等于第一预设阈值的后台应用程序的数量大于零时，判定移动终端中存在cpu使用率大于或等于第一预设阈值的后台应用程序被关闭。

由于杀掉/终止应用程序后，用户再度开启该应用程序时需要重载，若误杀后台应用程序，可能会导致用户体验不好。并且，刚执行完上述步骤s402，并不代表异常耗电现象会马上消失，温度也不会马上降下来。基于此，为了避免误杀后台应用程序导致用户体验不好，在本发明的较佳实施例中，当判定移动终端中存在cpu使用率大于或等于第一预设阈值的后台应用程序被关闭时，结束流程，不继续将处于普通忙碌状态的后台应用程序关闭。

当然，在本发明的其他实施例中，执行完上述步骤s701后，当判定移动终端中不存在cpu使用率大于或等于第三预设阈值的前台应用程序时，也可以不论执行步骤s402的过程中是否存在cpu使用率大于或等于所述第一预设阈值的后台应用程序被关闭，直接将cpu使用率大于或等于第二预设阈值的后台应用程序关闭。

步骤s703，将cpu使用率大于或等于第二预设阈值的后台应用程序关闭。

本实施例中，将cpu使用率大于或等于第二预设阈值的后台应用程序关闭的具体实施方式与上述第一实施例中的步骤s102类似，不同之处在于上述步骤s102为关闭cpu使用率大于或等于第一预设阈值的后台应用程序。因此，将cpu使用率大于或等于第二预设阈值的后台应用程序关闭的具体实施方式可以参照上述步骤s102，此处不再赘述。

需要说明的是，在本发明的优选实施例中，由于异常耗电现象除了可能是后台第三方应用异常忙碌引起的之外，也可能是由于前台操作引起的，因此，为了能更智能地判断异常耗电发生原因，在满足预设条件的情况下将cpu使用率大于或等于第二预设阈值的后台应用程序关闭的步骤具体包括步骤s701、步骤s702和步骤s703。而在本发明其他实施例中，在满足预设条件的情况下将cpu使用率大于或等于第二预设阈值的后台应用程序关闭的步骤也可以不包括步骤s701，仅包括步骤s702和步骤s703。

本发明实施例提供的后台应用程序的处理方法，在处理完处于极度忙碌状态的后台应用程序后，进一步执行进阶处理步骤，若移动终端处于异常耗电状态，在满足预设条件的情况下将cpu使用率大于或等于第二预设阈值的后台应用程序关闭，能够更全面地监测和控制由于后台第三方应用异常忙碌所引起的异常耗电现象，进而达到省电与稳定的使用体验。

第三实施例

图9示出了本发明第三实施例提供的一种后台应用程序的处理装置的模块框图。本实施例提供的后台应用程序的处理装置10运行于移动终端100，用于实现第一实施例提供的后台应用程序的处理方法。请参阅图9，该后台应用程序的处理装置10包括：获取模块11和第一关闭模块12。

获取模块11，用于每间隔预设时间，获取每个后台应用程序的cpu使用率；

第一关闭模块12，用于将cpu使用率大于或等于第一预设阈值的后台应用程序关闭。

进一步的，获取模块11具体用于，遍历移动终端当前运行的应用程序，获取每个后台应用程序对应的进程的cpu使用率；根据每个所述后台应用程序对应的进程的cpu使用率，得到该后台应用程序的cpu使用率。

以上实施例中，各模块可以是由软件代码实现，此时，上述的各模块可存储于移动终端100的存储器150内。当然，以上各模块同样可以由硬件例如集成电路芯片实现。

本发明实施例所提供的后台应用程序的处理装置10，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

第四实施例

图9示出了本发明第四实施例提供的一种后台应用程序的处理装置的模块框图。本实施例提供的后台应用程序的处理装置20运行于移动终端100，用于实现第二实施例提供的后台应用程序的处理方法。请参阅图9，该后台应用程序的处理装置20包括：获取模块21、第一关闭模块22、判断模块23和第二关闭模块24。

获取模块21，用于每间隔预设时间，获取每个后台应用程序的cpu使用率；

第一关闭模块22，用于将cpu使用率大于或等于第一预设阈值的后台应用程序关闭。

判断模块23，用于判断所述移动终端是否处于异常耗电状态；

第二关闭模块24，用于若判断模块23判定所述移动终端处于异常耗电状态，在满足预设条件的情况下将cpu使用率大于或等于第二预设阈值的后台应用程序关闭，其中，所述第二预设阈值小于所述第一预设阈值。

具体的，作为第一种实施方式，判断模块23具体用于，获取所述移动终端的电量衰减速率，判断所述电量衰减速率是否大于或等于预设的衰减阈值，若所述电量衰减速率大于或等于预设的衰减阈值，判定所述移动终端处于异常耗电状态。

作为第二种实施方式，判断模块23具体用于，获取所述移动终端的温度，判断所述温度是否大于或等于预设的温度阈值，若所述温度大于预设的温度阈值，判定所述移动终端处于异常耗电状态。

作为第三种实施方式，判断模块23具体用于，获取所述移动终端的温度和电量衰减速率，判断所述温度是否大于或等于预设的温度阈值以及判断所述电量衰减速率是否大于或等于预设的衰减阈值，当所述温度大于预设的温度阈值，或者，当电量衰减速率大于或等于预设的衰减阈值时，判定所述移动终端处于异常耗电状态。

具体的，作为一种实施方式，第二关闭模块24具体用于，若判断模块23判定所述移动终端处于异常耗电状态，判断是否有cpu使用率大于或等于所述第一预设阈值的后台应用程序被关闭，当没有cpu使用率大于或等于所述第一预设阈值的后台应用程序被关闭时，将cpu使用率大于或等于第二预设阈值的后台应用程序关闭。

作为另一种实施方式，第二关闭模块24具体用于，若判断模块23判定所述移动终端处于异常耗电状态，判断所述移动终端中是否存在cpu使用率大于或等于第三预设阈值的前台应用程序，当所述移动终端中不存在cpu使用率大于或等于第三预设阈值的前台应用程序时，判断是否有cpu使用率大于或等于所述第一预设阈值的后台应用程序被关闭，当没有cpu使用率大于或等于所述第一预设阈值的后台应用程序被关闭时，将cpu使用率大于或等于第二预设阈值的后台应用程序关闭。

以上实施例中，各模块可以是由软件代码实现，此时，上述的各模块可存储于移动终端100的存储器150内。当然，以上各模块同样可以由硬件例如集成电路芯片实现。

本发明实施例所提供的后台应用程序的处理装置20，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

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

第五实施例

本发明第五实施例还提供了一种移动终端，所述移动终端包括处理器以及存储器。所述存储器耦接到所述处理器，所述存储器存储指令。当所述指令由所述处理器执行时使所述移动终端执行以下操作：

通过每间隔预设时间，获取每个后台应用程序的cpu使用率；

将cpu使用率大于或等于第一预设阈值的后台应用程序关闭。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法、装置及系统，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。