CN107544842B - 应用程序处理方法和装置、计算机设备、存储介质 - Google Patents

Abstract

本申请涉及一种应用程序处理方法和装置、计算机设备、存储介质。所述方法包括：获取各个后台应用程序的CPU占用率，并根据所述CPU占用率判断后台运行场景；获取前台应用程序在输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景；根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理。上述应用程序处理方法和装置、计算机设备、存储介质，减少了后台应用程序对资源的占用，从而更好地保证了前台应用程序的运行，提高了资源的运行效率。

Description

应用程序处理方法和装置、计算机设备、存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及应用程序处理方法和装置、计算机设备、存储介质。

背景技术

电子设备从非智能走向智能化，给人们的生活和工作都带来了革命性的变化。相对于非智能化的电子设备来说，智能终端能够更好地学习和记忆人们的行为，更快更智能地处理应用事件，使人们的吃穿住行变得更加地便捷。智能终端在处理各个应用事件的时候，需要通过统一的CPU(Central Processing Unit，中央处理器)去运行和管理应用事件，以便于资源被更有效地利用。

而在实际的运行过程中，往往会由于用户的频繁操作或恶意程序的恶意操作，导致电子设备的资源被大量地无效占用，使得电子设备的负担加重，影响用户的使用。而通过硬件的升级和改进，可以在一定程度上减少电子设备资源的负担，但这样往往会耗费大量地成本，且改进效果不佳。

发明内容

本申请实施例提供一种应用程序处理方法和装置、计算机设备、存储介质，可以提高资源的运行效率。

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

获取各个后台应用程序的CPU占用率，并根据所述CPU占用率判断后台运行场景；

获取前台应用程序在输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景；

根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理。

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

后台获取模块，用于获取各个后台应用程序的CPU占用率，并根据所述CPU占用率判断后台运行场景；

前台获取模块，用于获取前台应用程序在输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景；

应用处理模块，用于根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理。

一种计算机设备，包括存储器及处理器，所述存储器中储存有计算机可读指令，所述指令被所述处理器执行时，使得所述处理器执行如下方法：

获取各个后台应用程序的CPU占用率，并根据所述CPU占用率判断后台运行场景；

获取前台应用程序在输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景；

根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理。

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

获取各个后台应用程序的CPU占用率，并根据所述CPU占用率判断后台运行场景；

获取前台应用程序在输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景；

根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理。

本申请实施例提供的应用程序处理方法和装置、计算机设备、存储介质，根据后台应用程序的CPU占用率判断后台运行场景，根据前台应用程序输出的图像的丢失帧数判断前台运行场景，并根据不同的后台运行场景和前台运行场景，采用不同的处理策略对应用程序进行处理。这样通过不同的处理策略去处理应用程序，提高了应用程序处理的准确性，减少了资源的负担，更好地保证了前台应用程序的运行，从而提高了资源的运行效率。

附图说明

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

图1为一个实施例中应用程序处理方法的应用环境图；

图2为一个实施例中电子设备的内部结构示意图；

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

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

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

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

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

图8为与本申请实施例提供的计算机设备相关的手机的部分结构的框图。

具体实施方式

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

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

图1为一个实施例中应用程序处理方法的应用环境图。如图1所示，该应用环境图包括用户终端102和服务器104。用户终端102可以用于获取各个后台应用程序的CPU占用率，并根据CPU占用率判断后台运行场景；获取前台应用程序在输出显示时的图像的丢失帧数，并根据丢失帧数判断前台运行场景；根据后台运行场景和前台运行场景获取对应的处理策略，并根据处理策略对应用程序进行处理。服务器104可以用于接收用户终端102发送的处理策略获取请求，根据该处理策略获取请求获取处理策略，并将处理策略返回用户终端102。其中，用户终端102是处于计算机网络最外围，主要用于输入用户信息以及输出处理结果的电子设备，例如可以是个人电脑、移动终端、个人数字助理、可穿戴电子设备等。服务器104是用于响应服务请求，同时提供计算服务的设备，例如可以是一台或者多台计算机。可以理解的是，在其他实施例中，应用程序处理方法的应用环境可以只包括用户终端102，即用户终端102可以存储处理策略，并可以根据获取的后台运行场景和前台运行场景在本地获取对应的处理策略。

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

图3为一个实施例中应用程序处理方法的流程图。如图3所示，该应用程序处理方法包括步骤302至步骤306。其中：

步骤302，获取各个后台应用程序的CPU占用率，并根据CPU占用率判断后台运行场景。

在一个实施例中，CPU是指电子设备中提供运算和控制功能的结构，可以是一块大规模的集成电路，主要用于解释计算机指令和处理计算机软件中的数据。电子设备在运行计算机软件，需要通过CPU处理应用事件，CPU资源就被应用事件所占用。

CPU占用率可以是指被占用的CPU资源与全部的CPU资源的比率，也可以是指CPU执行任务的时间与总工作时间的比率。一般地，CPU占用率可以但不限于是用百分比的形式来体现，以具体的百分比数值来表示具体被占用的CPU资源多少或CPU资源被占用的时间长短。例如，CPU占用率为50％，则表示有50％的CPU资源被占用，也可以表示在总的工作时间中，有50％的时间CPU资源是被占用的。

应用程序是指电子设备中针对某种应用目的所撰写的软体，电子设备通过应用程序实现对用户的需求服务。后台应用程序是指在电子设备后台运行的应用程序，后台应用程序一般不能在前台显示并与用户实现交互过程。前台应用程序是指在电子设备前台运行的应用程序，前台应用程序可以在与在前台显示并与用户实现交互。后台运行场景是指后台应用程序所运行的环境，用于描述后台应用程序的运行是否异常。前台运行场景是指前台应用程序所运行的环境，用于描述前台应用程序是否卡顿。

步骤304，获取前台应用程序在输出显示时的图像的丢失帧数，并根据丢失帧数判断前台运行场景。

在本申请提供的实施例中，前台应用程序在运行时，前台应用程序的文件会在电子设备的输出装置上进行显示，用户可以通过输入装置和输出装置与电子设备实现交互。例如，电子设备在进行视频播放或者进入游戏界面时，可以在输出装置中显示图像。为了体现播放的连续性，输出装置中往往会播放一个图像序列，图像序列中的图像形成一个连续的动画。按一定的时间间隔将该图像序列进行播放，就会形成一个连续的动画界面，其中图像序列中的每一张图像可以称为一帧图像。

前台应用程序在输出装置中显示连续的图像序列的时候，都是定时并按图像序列的顺序去播放每一帧图像。因此，在正常情况下，一定时间内会播放固定数量的图像，如果在某段时间内播放图像的数量少于预定数量，则说明此时为非正常播放。

在一个实施例中，步骤304具体可以包括：获取统计时间内前台应用程序在输出显示时的图像的丢失帧数，并根据丢失帧数判断前台运行场景。其中，统计时间就是预先设置的统计丢失帧数的时间，在正常运行状态下，该统计时间内前台应用程序在输出装置中显示的预设帧数的图像。一般对于实时性要求比较高的应用程序，在输出装置中显示图像会具有实时性的要求，如果由于系统或网络等原因无法加载图像，就会丢弃无法加载的图像从而实时播放后续的图像，保持播放画面的实时性，防止动画的延迟。丢失帧数就是指在实际运行过程中，前台应用程序在输出显示时的丢弃的图像的帧数。首先获取统计时间内前台应用程序在输出装置中显示的图像的实际帧数，然后根据该实际帧数和预设帧数进行比较，就可以得到图像的丢失帧数。

在一个实施例中，可以间隔预设时间段获取一次各个后台应用程序的CPU占用率，并同时获取前台应用程序在该预设时间段内输出显示时的图像的丢失帧数。然后根据丢失帧数判断前台运行场景，并根据CPU占用率判断后台运行场景。

步骤306，根据后台运行场景和前台运行场景获取对应的处理策略，并根据处理策略对应用程序进行处理。

在其中一个实施例中，对应用程序进行处理是指对应用程序进行可以减少资源占用的处理。例如，将应用程序进行查杀或挂起，关闭应用程序对应的部分进程等。其中，查杀是指将应用程序进行关闭，使其不再占用电子设备的系统或者网络资源。挂起是指将正在运行的应用程序所占用的进程进行暂停处理，使其所占用的进行暂时不占用资源。进程是指系统进行资源分配和调度的基本单位。处理策略就是指实现如何对应用程序进行处理，以减少资源占用的策略。根据后台运行场景和前台运行场景获取处理策略，并根据处理策略对应用程序进行处理。例如，将后台应用程序中CPU占用率超过40％的应用程序进行查杀处理。

上述应用程序处理方法，根据后台应用程序的CPU占用率判断后台运行场景，根据前台应用程序输出的图像的丢失帧数判断前台运行场景，并根据不同的后台运行场景和前台运行场景，采用不同的处理策略对应用程序进行处理。这样通过不同的处理策略去处理应用程序，提高了应用程序处理的准确性，减少了资源的负担，更好地保证了前台应用程序的运行，从而提高了资源的运行效率。

图4为另一个实施例中应用程序处理方法的流程图。如图4所示，该应用程序处理方法包括步骤402至步骤406。其中：

步骤402，获取各个后台应用程序的CPU占用率，并根据CPU占用率判断后台运行场景。

在一个实施例中，可以在预设存储地址中获取监控日志文件，并根据该监控日志文件获取CPU占用率。其中，预设存储地址是指预先设置的存放监控日志文件的地址，监控日志文件中记录了CPU从开启到当前时刻的具体运行情况的变化。在预设存储地址中，可以根据监控日志文件标识查找监控日志文件。监控日志文件标识就是指区分监控日志文件的唯一标识，例如监控日志文件的名称和编号等。

具体地，该预设存储地址中可以包含若干个子文件夹，这些子文件夹中存储着各个进程日志文件。进程日志文件记录了进程从开启到当前时刻的具体运行情况的变化，根据这些进程日志文件就可以获取该进程所占用CPU资源的情况，即可获取进程的CPU占用率。其中，进程是指CPU进行资源分配的调度的基本单位，也是CPU执行任务的基本单位。每个应用程序包含了一条或多条进程，因此可以根据进程的CPU占用率和进程与应用程序的对应关系，获取各个后台应用程序对应的CPU占用率。

可以理解的是，根据监控日志文件可以获取总的CPU占用率，根据进程日志文件可以获取各个进程的CPU占用率，而总的CPU占用率是由各个进程对应的占用率所组成的。由于CPU执行应用程序的任务是通过一条或多条进程来实现的，因此获取各个后台应用程序的CPU占用率可以包括：获取后台应用程序对应的进程的CPU占用率，并根据进程的CPU占用率获取各个后台应用程序的CPU占用率。

例如，Android系统中，在/proc目录中可以读取到存储CPU总占用信息的监控日志文件。其中，/proc目录下包含了多个子文件夹，这些子文件夹中存储了各个进程对应的CPU占用信息的进程日志文件。/proc目录中存储的监控日志文件的文件名为“stat”，/proc目录中的子文件夹中存储了进程日志文件，进程日志文件的文件名为“stat”。/proc目录下的stat文件记录了CPU的总占用信息，/proc目录下的子文件夹中的stat文件记录了各个进程的CPU占用信息。比如，/proc/pid目录下的stat文件记录了pid进程的CPU占用信息，其中pid为进程标识。

在本申请提供的实施例中，监控日志文件中记录了CPU的累积工作时间，累积工作时间即为CPU从开启到当前时刻的时间内，真正执行任务的时间。每次获取监控日志文件时，可以读取对应的累积工作时间，两次读取的累积工作时间的差值即为CPU真正的工作时间。具体地，间隔预设时长读取一次监控日志文件；计算当前获取到的监控日志文件所对应的累积工作时间，与上一次获取到的监控日志文件对应的累积工作时间的时间差值；该时间差值与该预设时长的比值即为CPU占用率。

步骤404，获取统计时间内前台应用程序在输出显示时的图像的连续丢失帧数，并根据该连续丢失帧数判断前台运行场景。

前台应用程序在前台运行时，对应的文件可以在电子设备的显示界面进行显示，并和用户形成交互过程。连续丢失帧数是指在实际运行过程中，前台应用程序在输出显示时的连续丢弃的图像的帧数。所谓的连续丢失，就是不间断的丢失。获取统计时间内前台应用程序在输出显示时的图像的连续丢失帧数，若连续丢失帧数超过预设帧数，则前台运行场景为卡顿运行场景；否则，前台运行场景为流畅运行场景。

在一个实施例中，还可以获取前台应用程序输出显示的连续两帧图像的间隔时间，并根据该间隔时间判断前台运行场景。一般来讲，前台应用程序在输出显示图像时，为了保证图像输出的连续性，输出的连续两帧图像的时间间隔是非常短的，若时间间隔超过某个值，则图像看起来就是不连续的，即认为输出产生了卡顿。因此，根据该间隔时间判断前台运行场景具体可以包括：若该时间间隔超过间隔阈值，则认为前台运行场景为卡顿运行场景；否则，则认为前台运行场景为正常运行场景。

步骤406，根据后台运行场景和前台运行场景获取对应的处理策略，并根据处理策略对应用程序进行处理。

在其中一个实施例中，对应用程序进行处理是指对应用程序进行可以减少资源占用的处理。例如，将应用程序进行查杀或挂起，关闭应用程序对应的部分进程等。处理策略就是指实现如何对应用程序进行处理，以减少资源占用的策略。根据后台运行场景和前台运行场景获取处理策略，并根据处理策略对应用程序进行处理。例如，将后台应用程序中CPU占用率超过70％的应用程序进行查杀处理，CPU占用率超过30％的应用程序进行挂起处理。

上述应用程序处理方法，通过不同的处理策略去处理应用程序，提高了应用程序处理的准确性，减少了资源的负担，更好地保证了前台应用程序的运行，从而提高了资源的运行效率。

图5为另一个实施例中应用程序处理方法的流程图。如图5所示，该应用程序处理方法包括步骤502至步骤506。其中：

步骤502，获取各个后台应用程序的CPU占用率，若存在后台应用程序对应的CPU占用率连续大于预设占用率超过预设次数，则后台运行场景为异常运行场景，否则，后台运行场景为正常运行场景。

在本申请提供的实施例中，后台运行场景可以但不限于包括异常运行场景和正常运行场景，异常运行场景是指存在CPU占用异常的后台应用程序的运行场景，正常运行场景是指所有后台应用程序的CPU占用都正常的运行场景。

异常应用程序是指运行存在异常的应用程序。一般来讲，正常运行的应用程序都占有一定比例的CPU资源，若CPU占用率过大，说明该应用程序异常占用CPU资源。根据CPU占用率进行判断，若应用程序的CPU占用率超过预设占用率，则判定该应用程序为异常运行状态，即该应用程序为异常应用程序。例如，单个后台应用程序的CPU占用率超过40％，则该后台应用程序为异常应用程序。

可以理解的是，获取各个后台应用程序的CPU占用率可以包括以下方法中的一种或多种：实时获取各个后台应用程序的CPU占用率；定时获取各个后台应用程序的CPU占用率；在满足触发条件时获取各个后台应用程序的CPU占用率。例如，触发条件可以是检测到游戏开始的指令，若检测到用户点击游戏开始的指令时，开始实时获取各个后台应用程序的CPU占用率，并通过实施获取的CPU占用率来判断后台运行场景。

步骤504，获取统计时间内前台应用程序在输出显示时的图像的连续丢失帧数，若连续丢失帧数超过预设帧数，则前台运行场景为卡顿运行场景，否则，前台运行场景为流畅运行场景。

在一个实施例中，前台运行场景可以但不限于包括卡顿运行场景和流畅运行场景，卡顿运行场景是指使前台应用程序运行造成卡顿的运行环境，流畅运行场景是指使前台应用程序能够流畅运行的运行环境。

前台应用程序在前台运行时，对应的文件可以在电子设备的显示界面进行显示，并和用户形成交互过程。连续丢失帧数是指在实际运行过程中，前台应用程序在输出显示时的连续丢弃的图像的帧数。所谓的连续丢失，就是不间断的丢失。获取统计时间内前台应用程序在输出显示时的图像的连续丢失帧数，若连续丢失帧数超过预设帧数，则前台运行场景为卡顿运行场景；否则，前台运行场景为流畅运行场景。

步骤506，根据后台运行场景和前台运行场景获取对应的处理策略，并根据处理策略对应用程序进行处理。

在一个实施例中，后台运行场景包括异常运行场景和正常运行场景，前台运行场景包括卡顿运行场景和流畅运行场景。根据后台运行场景和前台运行场景获取对应的处理策略，则是根据后台运行场景和前台运行场景的不同情况，获取不同的处理策略。

一般地，后台运行场景和前台运行场景可以有以下组合：异常运行场景和卡顿运行场景、异常运行场景和流畅运行场景、正常运行场景和卡顿运行场景、正常运行场景和流畅运行场景。根据以上后台运行场景和前台运行场景的不同的组合，分别获取不同的处理策略对应用程序进行处理。

上述应用程序处理方法，通过不同的处理策略去处理应用程序，提高了应用程序处理的准确性，减少了资源的负担，更好地保证了前台应用程序的运行，从而提高了资源的运行效率。

图6为又一个实施例中应用程序处理方法的流程图。如图6所示，该应用程序处理方法包括步骤602至步骤610。其中：

步骤602，获取各个后台应用程序的CPU占用率，若根据CPU占用率判断各个后台应用程序中存在异常应用程序，则后台运行场景为异常运行场景，否则，后台运行场景为正常运行场景。

在本申请提供的实施例中，后台运行场景可以但不限于包括异常运行场景和正常运行场景，异常运行场景是指存在CPU占用异常的后台应用程序的运行场景，正常运行场景是指所有后台应用程序的CPU占用都正常的运行场景。

异常应用程序是指运行存在异常的应用程序。一般来讲，正常运行的应用程序都占有一定比例的CPU资源，若CPU占用率过大，说明该应用程序异常占用CPU资源。根据CPU占用率进行判断，若应用程序的CPU占用率超过预设占用率，则判定该应用程序为异常运行状态，即该应用程序为异常应用程序。例如，单个后台应用程序的CPU占用率超过40％，则该后台应用程序为异常应用程序。

具体地，获取各个后台应用程序的CPU占用率，若存在CPU占用率大于预设占用率的后台应用程序，则后台运行场景为异常运行场景；否则，后台运行场景为正常运行场景。

在本申请提供的其他实施例中，步骤602具体可以包括：定时获取各个后台应用程序的CPU占用率，若存在后台应用程序对应的CPU占用率连续大于预设占用率超过预设次数，则后台运行场景为异常运行场景，否则，后台运行场景为正常运行场景。其中，定时获取各个后台应用程序的CPU占用率，是指每间隔指定时间获取一次各个后台应用程序的CPU占用率。例如，每隔5S获取一次各个后台应用程序的CPU占用率，若连续五次获取的某个后台应用程序的CPU占用率都大于50％，则认为后台运行场景为异常运行场景。

可以理解的是，根据CPU占用率判断后台运行场景为异常运行场景还可以包括：定时获取各个后台应用程序的CPU占用率，若连续两次获取的CPU占用率的差值超过预设差值，则判定后台运行场景为异常运行场景，否则，后台运行场景为正常运行场景。例如，上一次获取的某个后台应用程序的CPU占用率为10％，当前获取的该后台应用程序的CPU占用率为90％，则认为后台运行场景为异常运行场景。

在一个实施例中，步骤602之前还可以包括：获取预设开始指令。其中，预设开始指令是指预先设置的开始根据后台运行场景和前台运行场景对应用程序进行处理的指令。例如，在玩游戏的时候，可以将游戏开始的指令设置为预设开始指令，当用户输入游戏开始的指令时，开始获取后台运行场景和前台运行场景，并根据后台运行场景和前台运行场景对应用程序进行处理。

步骤604，获取统计时间内前台应用程序在输出显示时的图像的连续丢失帧数，若连续丢失帧数超过预设帧数，则前台运行场景为卡顿运行场景，否则，前台运行场景为流畅运行场景。

在一个实施例中，前台运行场景可以但不限于包括卡顿运行场景和流畅运行场景，卡顿运行场景是指使前台应用程序运行造成卡顿的运行环境，流畅运行场景是指使前台应用程序能够流畅运行的运行环境。

前台应用程序在前台运行时，对应的文件可以在电子设备的显示界面进行显示，并和用户形成交互过程。连续丢失帧数是指在实际运行过程中，前台应用程序在输出显示时的连续丢弃的图像的帧数。所谓的连续丢失，就是不间断的丢失。获取统计时间内前台应用程序在输出显示时的图像的连续丢失帧数，若连续丢失帧数超过预设帧数，则前台运行场景为卡顿运行场景；否则，前台运行场景为流畅运行场景。

更进一步，预设帧数可以是与前台应用程序相对应的，即前台应用程序与预设帧数为一一对应的关系，根据前台应用程序获取对应的预设帧数。例如，根据前台应用程序的类型获取对应的预设帧数，游戏类的前台应用程序对应的预设帧数为1帧，视频类的前台应用程序对应的预设帧数为5帧。步骤606，若后台运行场景为异常运行场景，则将异常应用程序进行处理。

根据步骤602和步骤604分别判断前台运行场景和后台运行场景，若判断得到后台运行场景为异常运行场景，则将得到的异常应用程序进行处理，即将CPU占用率超过预设占用率的后台应用程序进行处理。具体地，步骤606可以包括：若后台运行场景为异常运行场景，则将异常应用程序进行查杀处理。

步骤608，若前台运行场景为卡顿运行场景，则根据输出装置的输出信号从后台应用程序中获取待处理应用程序，将待处理应用程序进行处理。

在一个实施例中，输出信号是指电子设备输出的用户可以感知到的信号，例如输出信号可以是图像、音频等信号。输出装置就是指电子设备中输出的用户可以感知的信号的装置，例如显示图像的显示屏、播放音乐的扬声器和听筒等装置。

在本申请提供的实施例中，若前台运行场景为卡顿运行场景，则可以通过查杀后台应用程序来减少CPU资源和网络资源的占用。待处理应用程序是指需要进行处理以减少系统资源占用的应用程序，根据输出装置的输出信号从后台应用程序中获取待处理应用程序。具体地，获取在输出装置中输出信号的后台应用程序，作为保留运行的应用程序，除保留运行的应用程序之外的后台应用程序作为待处理应用程序，并将待处理应用程序进行处理。

分别判断后台运行场景和前台运行场景，若后台运行场景为异常运行场景，则将异常应用程序进行处理。若前台运行场景为卡顿运行场景，则根据输出装置的输出信号从后台应用程序中获取待处理应用程序，将待处理应用程序进行处理。可以理解的是，当后台运行场景为异常运行场景且前台运行场景为卡顿运行场景时，可以同时将异常应用程序和待处理应用程序进行处理，也可以选择异常应用程序或待处理应用程序进行处理，在本实施例中不做限定。步骤608具体还可以包括：若前台运行场景为卡顿运行场景，则根据输出装置的输出信号从后台应用程序中获取待查杀应用程序，将待查杀应用程序进行查杀处理。其中，待查杀应用就是指需要进行查杀处理的应用程序。

步骤610，若后台运行场景为正常运行场景且前台运行场景为流畅运行场景，则在预设处理时间内获取后台应用程序的CPU占用率，并根据预设处理时间内获取的CPU占用率处理后台应用程序。

在一个实施例中，预设处理时间是指预先设置的时间，用于筛选需要处理的后台应用程序。根据预设处理时间内获取的CPU占用率处理后台应用程序具体可以包括：在预设处理时间内获取后台应用程序的CPU占用率，获取CPU占用率超过预设占用率的后台应用程序作为待处理应用程序，并将待处理应用程序进行处理。

更进一步地，在预设处理时间内定时获取各个后台应用程序的CPU占用率，并针对每个后台应用程序的CPU占用率求平均值，将平均值大于阈值的后台应用程序作为待处理应用程序，并将待处理应用程序进行处理。例如，可以在一分钟内每隔5S获取一次后台应用程序的CPU占用率，将获取的CPU占用率求取平均值，将平均值超过40％的后台应用程序作为待处理应用程序，并将待处理应用程序进行查杀。

在一个实施例中，当检测到预设结束指令时，可以停止对应用程序的处理。其中，预设结束指令是指预先设置的停止根据后台运行场景和前台运行场景对应用程序进行处理的指令。例如，在视频播放的时候，可以将停止播放的指令设置为预设结束指令，当用户输入停止播放的指令时，停止获取后台运行场景和前台运行场景，并根据后台运行场景和前台运行场景对应用程序进行处理。

上述应用程序处理方法，根据后台应用程序的CPU占用率判断后台运行场景，并根据前台应用程序输出的图像的丢失帧数判断前台运行场景，后台运行场景分为异常运行场景和正常运行场景，前台运行场景分为卡顿运行场景和流畅运行场景。根据不同的后台运行场景和前台运行场景，采用不同的处理策略对应用程序进行处理。这样通过不同的处理策略去处理应用程序，提高了应用程序处理的准确性，减少了资源的负担，更好地保证了前台应用程序的运行，从而提高了资源的运行效率。

图7为一个实施例中应用程序处理装置的结构示意图。如图7所示，该应用程序处理装置700包括后台获取模块702、前台获取模块704和应用查杀模块706。其中：

后台获取模块702，用于获取各个后台应用程序的CPU占用率，并根据所述CPU占用率判断后台运行场景。

前台获取模块704，用于获取前台应用程序在输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景。

应用处理模块706，用于根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理。

上述应用程序处理装置，根据后台应用程序的CPU占用率判断后台运行场景，根据前台应用程序输出的图像的丢失帧数判断前台运行场景，并根据不同的后台运行场景和前台运行场景，采用不同的处理策略对应用程序进行处理。这样通过不同的处理策略去处理应用程序，提高了应用程序处理的准确性，减少了资源的负担，更好地保证了前台应用程序的运行，从而提高了资源的运行效率。

在一个实施例中，后台获取模块702还用于若根据所述CPU占用率判断各个后台应用程序中存在异常应用程序，则后台运行场景为异常运行场景；否则，后台运行场景为正常运行场景。

在本申请提供的实施例中，前台获取模块704还用于获取预设时间内前台应用程序在输出显示时的图像的连续丢失帧数，若所述连续丢失帧数超过预设帧数，则前台运行场景为卡顿运行场景；否则，前台运行场景为流畅运行场景。

在其中一个实施例中，应用处理模块706还用于若所述后台运行场景为异常运行场景，则将所述异常应用程序进行处理；若所述前台运行场景为卡顿运行场景，则根据输出装置的输出信号从后台应用程序中获取待处理应用程序，将所述待处理应用程序进行处理。

在其他实施例中，应用处理模块706还用于若所述后台运行场景为正常运行场景且所述前台运行场景为流畅运行场景，则在预设处理时间内获取后台应用程序的CPU占用率，并根据预设处理时间内获取的CPU占用率处理后台应用程序。

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

本申请实施例还提供了一种存储介质。一个或多个包含计算机可执行指令的非易失性存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行以下步骤：

获取各个后台应用程序的CPU占用率，并根据所述CPU占用率判断后台运行场景；

获取前台应用程序在输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景；

根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理。

在一个实施例中，被处理器执行的所述根据所述CPU占用率判断后台运行场景包括：

若根据所述CPU占用率判断各个后台应用程序中存在异常应用程序，则后台运行场景为异常运行场景；

否则，后台运行场景为正常运行场景。

在其中一个实施例中，被处理器执行的所述获取前台应用程序在输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景包括：

获取统计时间内前台应用程序在输出显示时的图像的连续丢失帧数，若所述连续丢失帧数超过预设帧数，则前台运行场景为卡顿运行场景；

否则，前台运行场景为流畅运行场景。

在本申请提供的实施例中，被处理器执行的所述根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理包括：

若所述后台运行场景为异常运行场景，则将所述异常应用程序进行处理。

在一个实施例中，被处理器执行的所述根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理包括：

若所述前台运行场景为卡顿运行场景，则根据输出装置的输出信号从后台应用程序中获取待处理应用程序，将所述待处理应用程序进行处理。

在又一个实施例中，被处理器执行的所述根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理包括：

若所述后台运行场景为正常运行场景且所述前台运行场景为流畅运行场景，则在处理预设处理时间内获取后台应用程序的CPU占用率，并根据预设处理时间内获取的CPU占用率处理后台应用程序。

本申请实施例还提供了一种计算机设备。如图8所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该计算机设备可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑、穿戴式设备等任意终端设备，以计算机设备为手机为例：

图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执行存储在存储器上的计算机程序时实现以下步骤：

获取各个后台应用程序的CPU占用率，并根据所述CPU占用率判断后台运行场景；

获取前台应用程序在输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景；

根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理。

在一个实施例中，被处理器执行的所述根据所述CPU占用率判断后台运行场景包括：

若根据所述CPU占用率判断各个后台应用程序中存在异常应用程序，则后台运行场景为异常运行场景；

否则，后台运行场景为正常运行场景。

在其中一个实施例中，被处理器执行的所述获取前台应用程序在输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景包括：

获取统计时间内前台应用程序在输出显示时的图像的连续丢失帧数，若所述连续丢失帧数超过预设帧数，则前台运行场景为卡顿运行场景；

否则，前台运行场景为流畅运行场景。

在本申请提供的实施例中，被处理器执行的所述根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理包括：

若所述后台运行场景为异常运行场景，则将所述异常应用程序进行处理。

在一个实施例中，被处理器执行的所述根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理包括：

若所述前台运行场景为卡顿运行场景，则根据输出装置的输出信号从后台应用程序中获取待处理应用程序，将所述待处理应用程序进行处理。

在又一个实施例中，被处理器执行的所述根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述应用程序进行处理包括：

若所述后台运行场景为正常运行场景且所述前台运行场景为流畅运行场景，则在预设处理时间内获取后台应用程序的CPU占用率，并根据预设处理时间内获取的CPU占用率处理后台应用程序。

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

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

Claims (11)

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

间隔预设时间段获取各个后台应用程序的CPU占用率，并根据所述CPU占用率判断后台运行场景；

获取前台应用程序在所述预设时间段内输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景；

根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述后台应用程序进行处理。

2.根据权利要求1所述的应用程序处理方法，其特征在于，所述根据所述CPU占用率判断后台运行场景包括：

若根据所述CPU占用率判断各个后台应用程序中存在异常应用程序，则后台运行场景为异常运行场景；

否则，后台运行场景为正常运行场景。

3.根据权利要求2所述的应用程序处理方法，其特征在于，所述获取前台应用程序在所述预设时间段内输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景包括：

获取前台应用程序在所述预设时间段内输出显示时的图像的连续丢失帧数，若所述连续丢失帧数超过预设帧数，则前台运行场景为卡顿运行场景；

否则，前台运行场景为流畅运行场景。

4.根据权利要求3所述的应用程序处理方法，其特征在于，所述根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述后台应用程序进行处理包括：

若所述后台运行场景为异常运行场景，则将所述异常应用程序进行处理。

5.根据权利要求3或4所述的应用程序处理方法，其特征在于，所述根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述后台应用程序进行处理包括：

若所述前台运行场景为卡顿运行场景，则根据输出装置的输出信号从后台应用程序中获取待处理应用程序，将所述待处理应用程序进行处理。

6.根据权利要求3或4所述的应用程序处理方法，其特征在于，所述根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述后台应用程序进行处理包括：

若所述后台运行场景为正常运行场景且所述前台运行场景为流畅运行场景，则在预设处理时间内获取后台应用程序的CPU占用率，并根据处理时间内获取的CPU占用率处理后台应用程序。

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

后台获取模块，用于间隔预设时间段获取各个后台应用程序的CPU占用率，并根据所述CPU占用率判断后台运行场景；

前台获取模块，用于获取前台应用程序在所述预设时间段内输出显示时的图像的丢失帧数，并根据所述丢失帧数判断前台运行场景；

应用处理模块，用于根据所述后台运行场景和前台运行场景获取对应的处理策略，并根据所述处理策略对所述后台应用程序进行处理。

8.根据权利要求7所述的应用程序处理装置，其特征在于，所述后台获取模块还用于若根据所述CPU占用率判断各个后台应用程序中存在异常应用程序，则后台运行场景为异常运行场景；否则，后台运行场景为正常运行场景。

9.根据权利要求8所述的应用程序处理装置，其特征在于，所述前台获取模块还用于获取前台应用程序在所述预设时间段内输出显示时的图像的连续丢失帧数，若所述连续丢失帧数超过预设帧数，则前台运行场景为卡顿运行场景；否则，前台运行场景为流畅运行场景。

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

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