CN107577508B - 应用程序处理方法、装置、可读存储介质和移动终端 - Google Patents

Abstract

本发明涉及一种应用程序处理方法、装置、可读存储介质和移动终端。上述方法包括：若监测到系统CPU占用率满足预设条件，监听移动终端显示屏指定区域的触屏事件的频次；若所述触屏事件的频次大于第一频次且所述系统CPU占用率满足预设条件的持续时长超过预设时长，按照预设规则停止运行后台应用程序。上述方法，当系统CPU占用率满足预设条件，且满足预设条件的持续时长超过预设时长，且触屏事件的频次大于第一频次，则判定移动终端运行游戏类应用程序，将后台应用程序停止运行，可避免后台应用程序占用CPU资源造成移动终端卡顿、发热的情况。将后台应用程序停止运行，可避免后台应用程序向前台推送通知，造成游戏画面卡顿。

Description

应用程序处理方法、装置、可读存储介质和移动终端

技术领域

本发明涉及计算机技术领域，特别是涉及一种应用程序处理方法、装置、可读存储介质和移动终端。

背景技术

随着智能移动终端的迅速发展，用户对智能移动终端的性能要求越来越高。用户可在智能移动终端中玩大型游戏、进行视频直播等。而在移动终端运行大型应用程序会耗费移动终端大量的系统资源，当移动终端系统资源被消耗时，移动终端的运行效率下降，会造成移动终端卡顿、发热等现象。

发明内容

本申请实施例提供一种应用程序处理方法、装置、可读存储介质和移动终端，可以在移动终端系统CPU较高时，停止运行后台应用程序。

一种应用程序处理方法，包括：

若监测到系统CPU占用率满足预设条件，监听移动终端显示屏指定区域的触屏事件的频次；

若所述触屏事件的频次大于第一频次且所述系统CPU占用率满足预设条件的持续时长超过预设时长，按照预设规则停止运行后台应用程序。

一种应用程序处理装置，包括：

监听模块，用于若监测到系统CPU占用率满足预设条件，监听移动终端显示屏指定区域的触屏事件的频次；

停止模块，用于若所述触屏事件的频次大于第一频次且所述系统CPU占用率满足预设条件的持续时长超过预设时长，按照预设规则停止运行后台应用程序。

一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行如上所述的应用程序处理方法。

一种移动终端，包括存储器及处理器，所述存储器中储存有计算机可读指令，所述指令被所述处理器执行时，使得所述处理器执行如上所述的应用程序处理方法。

附图说明

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

图1为一个实施例中移动终端10的内部结构示意图；

图2为一个实施例中应用程序处理方法的流程图；

图3为一个实施例中移动终端显示屏指定区域的示意图；

图4为另一个实施例中应用程序处理方法的流程图；

图5为一个实施例中应用程序处理装置的结构框图；

图6为另一个实施例中应用程序处理装置的结构框图；

图7为另一个实施例中应用程序处理装置的结构框图；

图8为与本申请实施例提供的移动终端相关的手机的部分结构的框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

可以理解，本发明所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本发明的范围的情况下，可以将第一时间间隔称为第二时间间隔，且类似地，可将第二时间间隔称为第一时间间隔。第一时间间隔和第二时间间隔两者都是时间间隔，但其不是同一时间间隔。

图1为一个实施例中移动终端10的内部结构示意图。如图1所示，该移动终端10包括通过系统总线连接的处理器、非易失性存储介质、内存储器、网络接口、显示屏和输入装置。其中，移动终端10的非易失性存储介质存储有操作系统和计算机可读指令。该计算机可读指令被处理器执行时以实现一种应用程序处理方法。该处理器用于提供计算和控制能力，支撑整个移动终端10的运行。移动终端10中的内存储器为非易失性存储介质中的计算机可读指令的运行提供环境。网络接口用于与服务器进行网络通信。移动终端10的显示屏可以是液晶显示屏或者电子墨水显示屏等，输入装置可以是显示屏上覆盖的触摸层，也可以是移动终端10外壳上设置的按键、轨迹球或触控板，也可以是外接的键盘、触控板或鼠标等。该移动终端10可以是手机、平板电脑或者个人数字助理或穿戴式设备等。本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的移动终端10的限定，具体的移动终端10可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

图2为一个实施例中应用程序处理方法的流程图。如图2所示，一种应用程序处理方法，包括步骤202至步骤204。

步骤202，若监测到系统CPU占用率满足预设条件，监听移动终端显示屏指定区域的触屏事件的频次。

移动终端在运行时，移动终端内系统程序和第三方程序均会消耗移动终端内CPU(Central Processing Unit，中央处理器)资源。移动终端系统CPU占用率即为移动终端中运行的所有程序占用的CPU资源，即系统运行程序和第三方运行程序。一般来说，系统CPU占用率越高、移动终端内运行的程序越多；系统CPU占用率越低、移动终端内运行的程序越少。

移动终端获取系统CPU占用率的步骤可包括：移动终端按照预设的第一时间间隔采集系统CPU累计工作时长，获取连续两次采集的CPU累计工作时长中后一次CPU累计工作时长与前一次CPU累计工作时长的差值，上述差值即为系统CPU在预设的第一时间间隔内真正工作的时间，上述差值与预设的第一时间间隔的比值即在预设的第一时间间隔内系统CPU占用率。上述CPU累计工作时长为移动终端自启动到当前时刻CPU工作的总时长。上述预设的第一时间间隔可为5秒至20秒中任一时长，优选的，可为5秒。例如，移动终端每隔5秒采集一次系统CPU累计工作时长，若连续两次采集的CPU累计工作时长分别为60分03秒和60分04秒，则在这5秒的时间内系统CPU工作时间为1秒，系统CPU占用率为20％。

在Android系统中，可在/proc目录下读取系统CPU相关信息。其中，/proc目录下stat文件包含了系统CPU活动的所有信息，上述系统CPU活动的所有信息均为移动终端自启动到当前时刻CPU活动累计的时长。移动终端中CPU监控模块可定时读取/proc目录下系统CPU活动信息，再获取移动终端在采集时间内的系统CPU占用率。

移动终端在获取系统CPU占用率后，若检测到系统CPU占用率满足预设条件，如系统CPU占用率大于预设值，则监听移动终端显示屏指定区域的触屏事件。移动终端显示屏指定区域可为方形区域、圆形区域或多边形区域，上述指定区域可包括一个或多个区域。移动终端可监测到单位时间内指定区域的触屏事件的次数，即移动终端显示屏指定区域的触屏事件的频次。当指定区域包括一个区域时，移动终端监测上述指定区域单位时间内触屏事件的次数；当指定区域包括多个区域时，移动终端可获取每个指定区域的触屏事件的频次，监听多个指定区域的触屏事件的频次的平均值是否大于第一频次；或移动终端获取每个指定区域的触屏事件的频次，监听多个指定区域的触屏事件的频次最大值是否大于第一频次。如图3所示，在移动终端显示屏有指定区域302、指定区域304和指定区域306。移动终端可分别获取单位时间内作用于指定区域302的触屏事件的次数a1、单位时间内作用于指定区域304的触屏事件的次数a2、单位时间内作用于指定区域306的触屏事件的次数a3，检测(a1+a2+a3)/3是否大于第一频次。

步骤204，若触屏事件的频次大于第一频次且系统CPU占用率满足预设条件的持续时长超过预设时长，按照预设规则停止运行后台应用程序。

移动终端若监测到单位时间内显示屏指定区域的触屏事件的次数大于预设次数，即显示屏指定区域的触屏事件的频次大于预设第一频次，且系统CPU占用率满足预设条件的持续时长超过预设时长，则按照预设规则停止运行后台应用程序。

移动终端按照预设的第一时间间隔采集系统CPU占用率，若移动终端连续N次采集的系统CPU占用率均满足预设条件，则系统CPU占用率满足预设条件的持续时长超过预设时长。其中，N为根据预设时长设定的值。例如，预设时长为20秒，第一时间间隔为5秒，预设条件为系统CPU占用率大于50％，则移动终端连续5次检测到系统CPU占用率大于50％，则系统CPU占用率大于50％的持续时长超过预设时长20秒。

游戏类应用程序在前台运行时会占用大量的CPU资源，导致CPU占用率迅速增大，且游戏类应用程序在运行时，用户需频繁点击显示屏进行操作，即作用于显示屏的触屏事件迅速增加。因此，若检测到作用于移动终端显示屏指定区域的触屏事件的频次大于第一频次，且系统CPU占用率满足预设条件的持续时长超过预设时长，则判定移动终端正在运行游戏类应用程序，按照预设规则停止运行后台应用程序，释放后台应用程序占用的CPU资源，减少系统CPU占用率。停止运行上述应用程序对应的进程包括：关闭或挂起应用程序对应的进程等方式，其中，关闭应用程序对应的进程指的是终止(kill)应用程序对应的进程，挂起应用程序对应的进程指的是暂停应用程序对应的进程的运行，可将挂起的应用程序对应的进程加入等待队列中，当系统CPU占用率较低时，再恢复应用程序对应的进程的运行。

本申请实施例中应用程序处理方法，可监测系统CPU占用率和移动终端显示屏指定区域的触屏事件的频次。当系统CPU占用率满足预设条件，且满足预设条件的持续时长超过预设时长，且触屏事件的频次大于第一频次，则判定移动终端运行游戏类应用程序，将后台应用程序停止运行，可避免后台应用程序占用CPU资源造成移动终端卡顿、发热的情况。将后台应用程序停止运行，可避免后台应用程序向前台推送通知，造成游戏画面卡顿。

在一个实施例中，步骤202中系统CPU占用率由以下步骤获取：

(1)按照第一时间间隔连续两次采集系统CPU累计工作时长；

(2)获取后一次CPU累计工作时长与前一次CPU累计工作时长的差值作为第一差值；

(3)将第一差值与第一时间间隔的比值作为系统CPU占用率。

移动终端按照预设的第一时间间隔采集系统CPU累计工作时长，获取连续两次采集的CPU累计工作时长中后一次CPU累计工作时长与前一次CPU累计工作时长的差值，上述差值即为系统CPU在预设的第一时间间隔内真正工作的时间，上述差值与预设的第一时间间隔的比值即在预设的第一时间间隔内系统CPU占用率。上述CPU累计工作时长为移动终端自启动到当前时刻CPU工作的总时长。上述预设的第一时间间隔可为5秒至20秒中任一时长，优选的，可为5秒。例如，移动终端每隔5秒采集一次系统CPU累计工作时长，若连续两次采集的CPU累计工作时长分别为60分03秒和60分04秒，则在这5秒的时间内系统CPU工作时间为1秒，系统CPU占用率为20％。

在Android系统中，可在/proc目录下读取系统CPU相关信息。其中，/proc目录下stat文件包含了系统CPU活动的所有信息，上述系统CPU活动的所有信息均为移动终端自启动到当前时刻CPU活动累计的时长。移动终端中CPU监控模块可定时读取/proc目录下系统CPU活动信息，再获取移动终端在采集时间内的系统CPU占用率。

本申请实施例中应用程序处理方法，通过系统CPU累计工作时长获取系统CPU占用率，可通过系统CPU占用率检测移动终端中应用程序消耗CPU资源的情况，有利于对移动终端中应用程序进行调整，合理分配CPU资源。

在一个实施例中，步骤202中若监测到系统CPU占用率满足预设条件包括以下条件中任意一种：

(1)若监测到系统CPU占用率大于第一阈值。

(2)若监测到当前系统CPU占用率与相邻上一次系统CPU占用率的差值大于第二阈值。

系统CPU占用率满足预设条件可包括：移动终端获取系统CPU占用率后，将系统CPU占用率与预设的第一阈值作比较，若系统CPU占用率大于第一阈值，则系统CPU占用率大于第一阈值，或移动终端在获取到当前系统CPU占用率后，将当前系统CPU占用率与相邻上一次系统CPU占用率作差，获取系统CPU占用率差值。若上述系统CPU占用率差值超过指定值，则系统CPU占用率满足预设条件，移动终端系统CPU占用率变化较大，移动终端内系统CPU占用率异常。一般情况下，上述指定值设定为正数，可为15％至20％任一数字，优选的可为20％。系统CPU占用率差值大于上述指定值，即移动终端系统CPU占用率突然增大，移动终端系统CPU占用率异常。将获取的当前系统CPU占用率作为第一CPU占用率，即异常CPU占用率。

在一个实施例中，步骤204中按照预设规则停止运行后台应用程序包括以下任意一种：

(1)获取后台应用程序的优先级顺序，按照优先级顺序停止运行后台应用程序。

(2)获取后台应用程序的CPU占用率，按照后台应用程序的CPU占用率的高低顺序停止运行后台应用程序。

(3)获取后台应用程序发起联网请求的频次，按照后台应用程序发起联网请求的频次的高低顺序停止运行后台应用程序。

移动终端可按照预设规则停止运行后台应用程序。预设规则包括：将应用程序按照优先级顺序停止运行。上述优先级顺序可为系统预设的应用程序的优先级顺序，也可为用户设定的优先级顺序。移动终端将优先级低的后台应用程序先停止运行，将优先级高的后台应用程序后停止运行。或将应用程序按照应用程序CPU占用率的高低顺序停止运行。移动终端实时获取后台应用程序的应用程序CPU占用率，将应用程序CPU占用率高的应用程序先停止运行，将应用程序CPU占用率低的应用程序后停止运行；或将应用程序CPU占用率高的应用程序后停止运行，将应用程序CPU占用率低的应用程序先停止运行。或将应用程序按照单位时间内发起联网请求的次数，即发起联网请求的频次的高低顺序停止运行。应用程序发起联网请求的频次高，说明应用程序对消息的实时性要求较高，将应用程序后停止运行；应用程序发起联网请求的频次低，说明应用程序对消息的实时性要求较低，将应用程序先停止运行。

移动终端获取各应用程序CPU占用率的步骤可包括：按照预设的第二时间间隔采集移动终端中正在运行的各个应用程序的占用CPU的累计时长，获取连续两次采集的应用程序的占用CPU的累计时长中后一次占用CPU的累计时长与前一次占用CPU的累计时长的差值，上述差值为应用程序在第二时间间隔内占用CPU的时间，上述差值与第二时间间隔的比值为在第二时间间隔应用程序CPU占用率。上述第一时间间隔和第二时间间隔可为相同值或不同值。

在Android系统中，/proc/pid目录下sats文件包含了应用程序对应的进程占用CPU的信息。上述应用程序对应的进程占用CPU的信息为应用程序自启动后占用CPU的累计时长。移动终端中CPU监控模块可定时读取/proc/pid目录下各应用程序占用CPU的累计时长，再获取应用程序在采集时间内应用程序CPU占用率。

本申请实施例中应用程序处理方案，可按照应用程序优先级、应用程序CPU占用率、应用程序发起联网请求的频次来将后台应用程序停止运行，释放了CPU资源，避免前台运行游戏类应用程序造成卡顿。对后台应用程序的分别处理，方便用户接收预设应用程序的消息。

在一个实施例中，上述应用程序处理方法还包括：若监听到触屏事件的频次小于第二频次，将被停止运行的后台应用程序恢复运行。

在停止运行后台应用程序后，移动终端实时监测移动终端显示屏的触屏事件的频次，若检测到移动终端显示屏的触屏事件的频次小于预设的第二频次，则将被停止运行的后台应用程序恢复运行。上述将被停止运行的后台应用程序恢复运行是指将被挂起的后台应用程序恢复运行。上述第二频次与第一频次可为相同值或不同值。

将被停止运行的后台应用程序恢复运行可包括：将应用程序按照被挂起的先后顺序恢复运行，将先挂起的应用程序先恢复运行，后挂起的应用程序后恢复运行；或将应用程序按照优先级顺序恢复运行，优先级高的应用程序先恢复运行，优先级低的应用程序后恢复运行；或将应用程序按照CPU占用率的高低顺序恢复运行，将CPU占用率低的应用程序先恢复运行，CPU占用率高的应用程序后恢复运行；或将应用程序按照发起联网请求的频次的高低顺序恢复运行，将发起联网请求的频次高的应用程序先恢复运行，发起联网请求的频次低的应用程序后恢复运行。将被停止运行的后台应用程序恢复运行还可包括：将被停止运行的后台应用程序分批恢复运行。

本申请实施例中应用程序处理方法，在检测到触屏事件的频次低于预设的第二频次后，即用户在移动终端显示屏的操作减少后，可判定游戏类应用程序关闭、游戏类应用程序由前台切换到后台、或用户暂时不操作游戏，将被停止运行的后台应用程序恢复运行。避免了在游戏类应用程序运行时，后台应用程序占用CPU资源，导致移动终端卡顿、发热的情况。且在游戏类应用程序推出前台或暂停时，将停止运行的后台应用程序恢复运行，避免了后台应用程序长时间挂起导致接收消息不及时的情况。

图4为另一个实施例中应用程序处理方法的流程图。如图4所示，一种应用程序处理方法，包括：

步骤402，若监测到系统CPU占用率满足预设条件，监听移动终端显示屏指定区域的触屏事件的频次。

系统CPU占用率由以下步骤获取：

(1)按照第一时间间隔连续两次采集系统CPU累计工作时长；

(2)获取后一次CPU累计工作时长与前一次CPU累计工作时长的差值作为第一差值；

(3)将第一差值与第一时间间隔的比值作为系统CPU占用率。

步骤404，若触屏事件的频次大于第一频次且系统CPU占用率满足预设条件的持续时长超过预设时长，按照预设规则停止运行后台应用程序。

若监测到系统CPU占用率满足预设条件包括以下条件中任意一种：

(1)若监测到系统CPU占用率大于第一阈值；

(2)若监测到当前系统CPU占用率与相邻上一次系统CPU占用率的差值大于第二阈值。

按照预设规则停止运行后台应用程序包括以下条件中任意一种：

(1)获取后台应用程序的优先级顺序，按照优先级顺序停止运行后台应用程序；

(2)获取后台应用程序的CPU占用率，按照后台应用程序的CPU占用率的高低顺序停止运行后台应用程序；

(3)获取后台应用程序发起联网请求的频次，按照后台应用程序发起联网请求的频次的高低顺序停止运行后台应用程序。

步骤406，若监听到触屏事件的频次小于第二频次，将被停止运行的后台应用程序恢复运行。

图5为一个实施例中应用程序处理装置的结构框图。如图5所示，一种应用程序处理装置，包括：

监听模块502，用于若监测到系统CPU占用率满足预设条件，监听移动终端显示屏指定区域的触屏事件的频次；

停止模块504，用于若触屏事件的频次大于第一频次且系统CPU占用率满足预设条件的持续时长超过预设时长，按照预设规则停止运行后台应用程序。

在一个实施例中，若监测到系统CPU占用率满足预设条件包括：若监测到系统CPU占用率大于第一阈值；或，若监测到当前系统CPU占用率与相邻上一次系统CPU占用率的差值大于第二阈值。

在一个实施例中，停止模块504还用于获取后台应用程序的优先级顺序，按照优先级顺序停止运行后台应用程序；或，获取后台应用程序的CPU占用率，按照后台应用程序的CPU占用率的高低顺序停止运行后台应用程序；或，获取后台应用程序发起联网请求的频次，按照后台应用程序发起联网请求的频次的高低顺序停止运行后台应用程序。

图6为另一个实施例中应用程序处理装置的结构框图。如图6所示，一种应用程序处理装置，包括监听模块602、停止模块604和获取模块606。其中，监听模块602、停止模块604与图5中对应的模块功能相同。

获取模块606，用于按照第一时间间隔连续两次采集系统CPU累计工作时长；获取后一次CPU累计工作时长与前一次CPU累计工作时长的差值作为第一差值；将第一差值与第一时间间隔的比值作为系统CPU占用率。

图7为另一个实施例中应用程序处理装置的结构框图。如图7所示，一种应用程序处理装置，包括监听模块702、停止模块704和恢复模块706。其中，监听模块702、停止模块704与图5中对应的模块功能相同。

恢复模块706，用于若监听到触屏事件的频次小于第二频次，将被停止运行的后台应用程序恢复运行。

上述应用程序处理装置中各个模块的划分仅用于举例说明，在其他实施例中，可将应用程序处理装置按照需要划分为不同的模块，以完成上述应用程序处理装置的全部或部分功能。

本申请实施例还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行如上所述的应用程序处理方法。

图8为与本申请实施例提供的移动终端相关的手机的部分结构的框图。参考图8，手机包括：射频(Radio Frequency，RF)电路810、存储器820、输入单元830、显示单元840、传感器850、音频电路860、无线保真(wireless fidelity，WiFi)模块870、处理器880、以及电源890等部件。本领域技术人员可以理解，图8所示的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，RF电路810可用于收发信息或通话过程中，信号的接收和发送，可将基站的下行信息接收后，给处理器880处理；也可以将上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路810还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System ofMobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)、长期演进(Long Term Evolution，LTE))、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器820可用于存储软件程序以及模块，处理器880通过运行存储在存储器820的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器820可主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能的应用程序、图像播放功能的应用程序等)等；数据存储区可存储根据手机的使用所创建的数据(比如音频数据、通讯录等)等。此外，存储器820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元830可用于接收输入的数字或字符信息，以及产生与手机800的用户设置以及功能控制有关的键信号输入。具体地，输入单元830可包括触控面板831以及其他输入设备832。触控面板831，也可称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板831上或在触控面板831附近的操作)，并根据预先设定的程式驱动相应的连接装置。在一个实施例中，触控面板831可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器880，并能接收处理器880发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板831。除了触控面板831，输入单元830还可以包括其他输入设备832。具体地，其他输入设备832可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)等中的一种或多种。

显示单元840可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元840可包括显示面板841。在一个实施例中，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板841。在一个实施例中，触控面板831可覆盖显示面板841，当触控面板831检测到在其上或附近的触摸操作后，传送给处理器880以确定触摸事件的类型，随后处理器880根据触摸事件的类型在显示面板841上提供相应的视觉输出。虽然在图8中，触控面板831与显示面板841是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板831与显示面板841集成而实现手机的输入和输出功能。

手机800还可包括至少一种传感器850，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板841的亮度，接近传感器可在手机移动到耳边时，关闭显示面板841和/或背光。运动传感器可包括加速度传感器，通过加速度传感器可检测各个方向上加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换)、振动识别相关功能(比如计步器、敲击)等；此外，手机还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器等。

音频电路860、扬声器861和传声器862可提供用户与手机之间的音频接口。音频电路860可将接收到的音频数据转换后的电信号，传输到扬声器861，由扬声器861转换为声音信号输出；另一方面，传声器862将收集的声音信号转换为电信号，由音频电路860接收后转换为音频数据，再将音频数据输出处理器880处理后，经RF电路810可以发送给另一手机，或者将音频数据输出至存储器820以便后续处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块870可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图8示出了WiFi模块870，但是可以理解的是，其并不属于手机800的必须构成，可以根据需要而省略。

处理器880是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器820内的软件程序和/或模块，以及调用存储在存储器820内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。在一个实施例中，处理器880可包括一个或多个处理单元。在一个实施例中，处理器880可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等；调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器880中。

手机800还包括给各个部件供电的电源890(比如电池)，优选的，电源可以通过电源管理系统与处理器880逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

在一个实施例中，手机800还可以包括摄像头、蓝牙模块等。

在本申请实施例中，该移动终端所包括的处理器880执行存储在存储器上的计算机程序时实现如上所述的应用程序处理方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种应用程序处理方法，其特征在于，包括：

若监测到系统CPU占用率满足预设条件，监听移动终端显示屏指定区域的触屏事件的频次；所述系统CPU占用率为运行的所有程序占用的CPU资源；所述移动终端显示屏指定区域包括至少一个区域；

若所述触屏事件的频次大于第一频次且所述系统CPU占用率满足预设条件的持续时长超过预设时长，则判定移动终端前台正在运行游戏类应用程序，按照预设规则停止运行后台应用程序。

2.根据权利要求1所述的应用程序处理方法，其特征在于，所述系统CPU占用率由以下步骤获取：

按照第一时间间隔连续两次采集系统CPU累计工作时长；

获取后一次CPU累计工作时长与前一次CPU累计工作时长的差值作为第一差值；

将所述第一差值与第一时间间隔的比值作为所述系统CPU占用率。

3.根据权利要求1所述的应用程序处理方法，其特征在于，所述若监测到系统CPU占用率满足预设条件包括：

若监测到所述系统CPU占用率大于第一阈值；

或，若监测到当前系统CPU占用率与相邻上一次系统CPU占用率的差值大于第二阈值。

4.根据权利要求1所述的应用程序处理方法，其特征在于，所述按照预设规则停止运行后台应用程序包括：

获取所述后台应用程序的优先级顺序，按照所述优先级顺序停止运行所述后台应用程序；

或，获取所述后台应用程序的CPU占用率，按照后台应用程序的CPU占用率的高低顺序停止运行所述后台应用程序；

或，获取所述后台应用程序发起联网请求的频次，按照后台应用程序发起联网请求的频次的高低顺序停止运行所述后台应用程序。

5.根据权利要求1所述的应用程序处理方法，其特征在于，所述方法还包括：

若监听到所述触屏事件的频次小于第二频次，将被停止运行的后台应用程序恢复运行。

6.一种应用程序处理装置，其特征在于，包括：

监听模块，用于若监测到系统CPU占用率满足预设条件，监听移动终端显示屏指定区域的触屏事件的频次；所述系统CPU占用率为运行的所有程序占用的CPU资源；所述移动终端显示屏指定区域包括至少一个区域；

停止模块，用于若所述触屏事件的频次大于第一频次且所述系统CPU占用率满足预设条件的持续时长超过预设时长，则判定移动终端前台正在运行游戏类应用程序，按照预设规则停止运行后台应用程序。

7.根据权利要求6所述的应用程序处理装置，其特征在于，所述装置还包括：

获取模块，用于按照第一时间间隔连续两次采集系统CPU累计工作时长；获取后一次CPU累计工作时长与前一次CPU累计工作时长的差值作为第一差值；将所述第一差值与第一时间间隔的比值作为所述系统CPU占用率。

8.根据权利要求6所述的应用程序处理装置，其特征在于，所述若监测到系统CPU占用率满足预设条件包括：

若监测到所述系统CPU占用率大于第一阈值；

或，若监测到当前系统CPU占用率与相邻上一次系统CPU占用率的差值大于第二阈值。

9.根据权利要求6所述的应用程序处理装置，其特征在于：

所述停止模块还用于获取所述后台应用程序的优先级顺序，按照所述优先级顺序停止运行所述后台应用程序；

或，获取所述后台应用程序的CPU占用率，按照后台应用程序的CPU占用率的高低顺序停止运行所述后台应用程序；

或，获取所述后台应用程序发起联网请求的频次，按照后台应用程序发起联网请求的频次的高低顺序停止运行所述后台应用程序。

10.根据权利要求6所述的应用程序处理装置，其特征在于，所述装置还包括：

恢复模块，用于若监听到所述触屏事件的频次小于第二频次，将被停止运行的后台应用程序恢复运行。

11.一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行如权利要求1至5中任一项所述的应用程序处理方法。

12.一种移动终端，包括存储器及处理器，所述存储器中储存有计算机可读指令，所述指令被所述处理器执行时，使得所述处理器执行如权利要求1至5中任一项所述的应用程序处理方法。

Images