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

Abstract

本申请涉及一种应用程序处理方法和装置、计算机设备、存储介质。所述方法包括：获取预设时间内前台应用程序在输出装置所输出的信号的丢失率；若所述丢失率超过丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数；根据所述前台运行时长和资源运行参数计算后台应用程序的运行权重，并根据所述运行权重对所述后台应用程序进行处理。上述应用程序处理方法和装置、计算机设备、存储介质，可以提高应用程序的运行效率，同时减少了资源的运行负担。

Description

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

技术领域

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

背景技术

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

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

发明内容

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

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

获取预设时间内前台应用程序在输出装置所输出的信号的丢失率；

若所述丢失率超过丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数；

根据所述前台运行时长和资源运行参数计算后台应用程序的运行权重，并根据所述运行权重对所述后台应用程序进行处理。

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

信号获取模块，用于获取预设时间内前台应用程序在输出装置所输出的信号的丢失率；

参数获取模块，用于若所述丢失率超过丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数；

应用处理模块，用于根据所述前台运行时长和资源运行参数计算后台应用程序的运行权重，并根据所述运行权重对所述后台应用程序进行处理。

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

获取预设时间内前台应用程序在输出装置所输出的信号的丢失率；

若所述丢失率超过丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数；

根据所述前台运行时长和资源运行参数计算后台应用程序的运行权重，并根据所述运行权重对所述后台应用程序进行处理。

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

获取预设时间内前台应用程序在输出装置所输出的信号的丢失率；

若所述丢失率超过丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数；

根据所述前台运行时长和资源运行参数计算后台应用程序的运行权重，并根据所述运行权重对所述后台应用程序进行处理。

本申请实施例提供的应用程序处理方法和装置、计算机设备、存储介质，首先获取前台应用程序输出的信号的丢失率，若丢失率大于丢失率阈值则说明前台应用程序的运行出现卡顿，然后再获取后台应用程序的前台运行时长和资源运行参数，并根据前台运行时长和资源运行参数获取待处理的应用程序。将待处理的应用程序进行处理，以减少后台应用程序对资源的占用，保证前台应用程序有充足的资源去运行，提高了应用程序的运行效率，同时减少了资源的运行负担。

附图说明

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

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

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

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

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

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

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

具体实施方式

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

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

图1为一个实施例中应用程序处理方法的应用环境图。如图1所示，该应用环境图包括用户终端102和服务器104。用户终端102可以用于获取预设时间内前台应用程序在输出装置所输出的信号的丢失率；若所述丢失率超过丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数；根据所述前台运行时长和资源运行参数计算后台应用程序的运行权重，并根据所述运行权重对所述后台应用程序进行处理。服务器104可以根据前台应用程序向用户终端102推送丢失率阈值。其中，用户终端102是处于计算机网络最***，主要用于输入用户信息以及输出处理结果的电子设备，例如可以是个人电脑、移动终端、个人数字助理、可穿戴电子设备等。服务器104是用于响应服务请求，同时提供计算服务的设备，例如可以是一台或者多台计算机。可以理解的是，在其他实施例中，应用程序处理方法的应用环境可以只包括用户终端102，即用户终端102可以存储丢失率阈值，并根据前台应用程序获取该丢失率阈值。

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

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

步骤302，获取预设时间内前台应用程序在输出装置所输出的信号的丢失率。

在本申请提供的实施例中，应用程序是指电子设备中针对某种应用目的所撰写的软体，电子设备通过应用程序实现对用户的需求服务。前台应用程序是指在电子设备前台运行的应用程序，前台应用程序的文件可以在前台进行显示，并与用户实现交互。前台应用程序在运行时，会在电子设备的输出装置上输出信号，用户可以通过输入装置和输出装置与电子设备实现交互。例如，电子设备在进行视频播放或者进入游戏界面时，可以在输出装置中显示图像；通过电子设备通话时，可以在输出装置输出音频信号。

在本实施例中，输出的信号是指电子设备输出的用户可以感知到的信号，例如输出信号可以是图像、音频等信号。输出装置就是指电子设备中用于输出用户可以感知的信号的装置，例如显示图像的显示屏、播放音乐的扬声器和听筒等装置。一般来讲，无论是前台应用程序还是后台应用程序都可以通过输出装置输出信号。正常情况下，电子设备通过输出装置输出的信号都有一定的数量，然而在信号传输和输出的过程中，由于网络或者资源占用等问题会导致信号的丢失，使得输出的信号不完整。例如，在玩游戏出现卡顿，导致图像丢失不连续。

预设时间是预先设置的时间，在正常运行状态下，在预设时间内前台应用程序在输出装置会输出预设数量的信号。则步骤302具体可以包括：获取前台应用程序在预设时间内待输出的信号的总数量，以及输出装置在预设时间内输出的该前台应用程序的信号的数量，然后根据该数量和总数量就可以得到信号的丢失率。例如，在语音通话过程中，发送方会发送一个数据包，数据包通过网络进行传输，接收方会接收到一个数据包并将该数据包进行输出，然后将输出的数据包和发送的数据包的大小进行比较，就可以得到数据的丢失率。

步骤304，若丢失率超过丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数。

在一个实施例中，丢失率阈值是指预先设置的丢失率的取值，用于判断前台应用程序的运行场景。若丢失率超过丢失率阈值，则说明前台应用程序的信号在输出过程中丢失较多，判定前台应用程序当前的运行场景为卡顿；相反，则说明前台应用程序的信号在输出过程中丢失较少，判定前台应用程序当前的运行场景为流畅。

当前台应用程序当前运行场景为卡顿时，获取后台应用程序对应的前台运行时长和资源运行参数。后台应用程序是指在电子设备后台运行的应用程序，后台应用程序一般不能在前台显示并与用户实现交互过程。前台运行时长是指后台应用程序从启动开始总共在前台运行的时长。一般地，可以认为后台应用程序对应的前台运行时长越长，该后台应用程序优先级越高，再次被用户启动的可能性越大；相反，则认为后台应用程序的优先级越低，再次被用户启动的可能性越低。

资源运行参数是指应用程序在占用电子设备的资源进行运行的过程中产生的相关参数，例如资源运行参数可以是指应用程序的CPU占用率、内存占用率、进程数量等参数。可以理解的是，CPU占用率是指表示占用CPU资源的多少的参数，内存占用率是指表示占用电子设备的内存多少的参数，进程数量是指应用程序运行是占用的进程数量。

步骤306，根据前台运行时长和资源运行参数计算后台应用程序的运行权重，并根据运行权重对后台应用程序进行处理。

在一个实施例中，前台运行时长可以反映后台应用程序在前台运行的时间长短，资源运行参数可以反映应用程序在运行过程中占用电子设备资源的多少，根据前台运行时长和资源运行参数计算后台应用程序的运行权重。运行权重可以反映后台应用程序的重要性，一般认为运行权重越大，后台应用程序越重要。

将待处理应用程序进行处理，是指对待处理应用程序进行可以减少资源占用的处理。例如，将待处理应用程序进行关闭或挂起，或者关闭待处理应用程序对应的部分进程等。在本实施例中，首先计算后台应用程序的运行权重，再根据运行权重将后台应用程序进行处理。

可以理解的是，根据运行权重对后台应用程序进行处理具体可以包括：根据运行权重对应的处理方式对待处理应用程序进行处理。根据运行权重获取对应的处理方式，该处理方式可以是在电子设备的本地进行获取，也可以是通过服务器进行推送。通过服务器进行推送的过程具体包括：向服务器发送处理方式获取请求，并接收服务器根据处理方式获取请求返回的处理方式，其中，处理方式获取请求中包含运行权重，服务器根据该运行权重获取对应的处理方式。

上述应用程序处理方法，首先获取前台应用程序输出的信号的丢失率，若丢失率大于丢失率阈值则说明前台应用程序的运行出现卡顿，然后再获取后台应用程序的前台运行时长和资源运行参数，并根据前台运行时长和资源运行参数获取待处理的应用程序。将待处理的应用程序进行处理，以减少后台应用程序对资源的占用，保证前台应用程序有充足的资源去运行，提高了应用程序的运行效率，同时减少了资源的运行负担。

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

步骤402，若检测到用户终端输入预设运行指令，则获取预设时间内前台应用程序在输出装置所输出的信号的丢失率。

预设运行指令是指预先设置的用户终端输入的指令，当检测到该预设运行指令时，开始获取预设时间内前台应用程序在输出装置所输出的信号的丢失率，并根据丢失率判断前台应用程序的运行场景。例如，用户终端输入的开始游戏的指令，或者用户终端输入的开始播放视频的指令等。

在视频直播过程中，为了体现播放的连续性，输出装置中往往会播放一个图像序列，图像序列中的图像形成一个连续的动画。按一定的时间间隔将该图像序列进行播放，就会形成一个连续的动画界面，其中图像序列中的每一张图像可以称为一帧图像。前台应用程序在输出装置中显示连续的图像序列的时候，都是定时并按图像序列的顺序去播放每一帧图像。因此，在正常情况下，一定时间内会播放固定数量的图像，如果在某段时间内播放图像的数量少于预定数量，则说明此时为非正常播放。

在本申请提供的实施例中，步骤402具体可以包括：获取预设时间内前台应用程序在输出显示时的图像的丢失帧数。一般对于实时性要求比较高的应用程序，在输出装置中显示图像会具有实时性的要求，如果由于***或网络等原因无法加载图像，就会丢弃无法加载的图像从而实时播放后续的图像，保持播放画面的实时性，防止动画的延迟。丢失帧数就是指在实际运行过程中，前台应用程序在输出显示时的丢弃的图像的帧数。

步骤404，若丢失率超过前台应用程序所对应的丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数。

在一个实施例中，丢失率阈值可以是通过百分比进行表示的，丢失率阈值可以是与前台应用程序一一对应的，根据前台应用程序获取对应的丢失率阈值。例如，游戏类的应用程序对应的丢失率阈值为10%，视频类应用程序对应的丢失率阈值为20%。若丢失率超过前台应用程序对应的丢失率阈值，则认为前台应用程序当前处于卡顿的运行场景。可以理解，丢失率阈值可以存储在电子设备本地，也可以通过服务器对电子设备进行推送。

在一个实施例中，资源运行参数可以是CPU占用率，具体地，CPU占用率可以是指被占用的CPU资源与全部的CPU资源的比率，也可以是指CPU执行任务的时间与总工作时间的比率。一般地，CPU占用率可以但不限于是用百分比的形式来体现，以具体的百分比数值来表示具体被占用的CPU资源多少或CPU资源被占用的时间长短。例如，CPU占用率为50%，则表示有50%的CPU资源被占用，也可以表示在总的工作时间中，有50%的时间CPU资源是被占用的。CPU是指电子设备中提供运算和控制功能的结构，可以是一块大规模的集成电路，主要用于解释计算机指令和处理计算机软件中的数据。电子设备在运行计算机软件，需要通过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占用率。

步骤406，根据前台运行时长和资源运行参数计算后台应用程序的运行权重。

在一个实施例中，根据前台运行时长和资源运行参数计算后台应用程序的运行权重具体可以包括：根据前台运行时长获取对应的时长等级，并根据资源运行参数获取对应的运行等级；根据该时长等级和运行等级计算后台应用程序的运行权重。

举例来说，假设前台运行时长对应的时长等级总共为5级，资源运行参数对应的运行等级总共为5级。前台运行时长为1.5小时时，对应的时长等级为2级，CPU占用率为45%时，对应的运行等级为3级，那么根据时长等级和运行等级计算的运行权重为（2+3）/10=0.5。

步骤408，若运行权重在第一权重范围内，则将待处理应用程序挂起；若运行权重在第二权重范围内，则将待处理应用程序查杀。

在其中一个实施例中，挂起是指将应用程序对应的进程暂时调离内存，以减少资源的占用，该被调离的进程还可以被重新调回内存。查杀是指将正在运行的应用程序进行关闭，使其不再占用电子设备的***或者网络资源。

第一权重范围是预先设置的运行权重的取值范围，用于筛选需要挂起的待处理应用程序；第二权重范围是预先设置的区别于第一权重范围的运行权重的取值范围，用于筛选需要查杀的待处理应用程序。可以理解的是，第一丢失率范围和第二丢失率范围为不同的取值范围。例如，运行权重为0~0.5时，将待处理应用程序挂起；运行权重为0.5~1时，将待处理应用程序查杀。

将待处理应用程序查杀具体可以包括：根据输出装置的输出信号从待处理应用程序中获取待查杀应用程序，将待查杀应用程序进行查杀处理。待查杀应用程序是指需要进行查杀的应用程序，则根据输出装置的输出信号从待处理应用程序中获取待查杀应用程序。具体地，获取在输出装置中输出信号的待处理应用程序，作为保留运行的应用程序，除保留运行的应用程序之外的待处理应用程序作为待查杀应用程序，并将待查杀应用程序进行查杀。例如，后台的音乐播放应用程序正在播放音乐，那么可以将该音乐播放应用程序作为保留运行的后台应用程序，不做处理。

上述应用程序处理方法，首先获取前台应用程序输出的信号的丢失率，若丢失率大于丢失率阈值则说明前台应用程序的运行出现卡顿，然后再获取后台应用程序的前台运行时长和资源运行参数，并根据前台运行时长和资源运行参数获取待处理的应用程序。根据获取的运行权重选择将待处理的应用程序进行挂起或查杀，以减少后台应用程序对资源的占用，保证前台应用程序有充足的资源去运行，提高了应用程序的运行效率，同时减少了资源的运行负担。

图5为一个实施例中应用程序处理装置的结构示意图。如图5所示，该应用程序处理装置500包括信号获取模块502、参数获取模块504和应用处理模块506。其中：

信号获取模块502，用于获取预设时间内前台应用程序在输出装置所输出的信号的丢失率。

参数获取模块504，用于若所述丢失率超过丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数。

应用处理模块506，用于根据所述前台运行时长和资源运行参数计算后台应用程序的运行权重，并根据所述运行权重对所述后台应用程序进行处理。

上述应用程序处理装置，首先获取前台应用程序输出的信号的丢失率，若丢失率大于丢失率阈值则说明前台应用程序的运行出现卡顿，然后再获取后台应用程序的前台运行时长和资源运行参数，并根据前台运行时长和资源运行参数获取待处理的应用程序。将待处理的应用程序进行处理，以减少后台应用程序对资源的占用，保证前台应用程序有充足的资源去运行，提高了应用程序的运行效率，同时减少了资源的运行负担。

在一个实施例中，信号获取模块502还用于若检测到用户终端输入预设运行指令，则获取预设时间内前台应用程序在输出装置所输出的信号的丢失率。

在本申请提供的其他实施例中，参数获取模块504还用于若所述丢失率超过所述前台应用程序所对应的丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数。

在其中一个实施例中，应用处理模块506还用于若所述运行权重在第一权重范围内，则将所述待处理应用程序挂起；若所述运行权重在第二权重范围内，则将所述待处理应用程序查杀。

在又一实施例中，应用处理模块506还用于根据输出装置的输出信号从所述待处理应用程序中获取待查杀应用程序，将所述待查杀应用程序进行查杀处理。

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

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

获取预设时间内前台应用程序在输出装置所输出的信号的丢失率；

若所述丢失率超过丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数；

根据所述前台运行时长和资源运行参数计算后台应用程序的运行权重，并根据所述运行权重对所述后台应用程序进行处理。

在一个实施例中，被处理器执行的所述获取预设时间内前台应用程序在输出装置所输出的信号的丢失率包括：

若检测到用户终端输入预设运行指令，则获取预设时间内前台应用程序在输出装置所输出的信号的丢失率。

在其中一个实施例中，被处理器执行的所述若所述丢失率超过丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数包括：

若所述丢失率超过所述前台应用程序所对应的丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数。

在又一个实施例中，被处理器执行的所述根据所述运行权重对所述后台应用程序进行处理包括：

若所述运行权重在第一权重范围内，则将所述待处理应用程序挂起；

若所述运行权重在第二权重范围内，则将所述待处理应用程序查杀。

在本申请提供的实施例中，被处理器执行的所述将所述待处理应用程序进行查杀处理包括：

根据输出装置的输出信号从所述待处理应用程序中获取待查杀应用程序，将所述待查杀应用程序进行查杀处理。

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

图6为与本申请实施例提供的计算机设备相关的手机的部分结构的框图。参考图6，手机包括：射频（Radio Frequency，RF）电路610、存储器620、输入单元630、显示单元640、传感器650、音频电路660、WiFi（wireless fidelity，无线保真）模块670、处理器680、以及电源690等部件。本领域技术人员可以理解，图6所示的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

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

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

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

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

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

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

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

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

手机600还包括给各个部件供电的电源690（比如电池），优选的，电源可以通过电源管理***与处理器680逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

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

在本申请实施例中，该移动终端所包括的处理器680执行存储在存储器上的计算机程序时实现以下步骤：

获取预设时间内前台应用程序在输出装置所输出的信号的丢失率；

若所述丢失率超过丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数；

根据所述前台运行时长和资源运行参数计算后台应用程序的运行权重，并根据所述运行权重对所述后台应用程序进行处理。

在一个实施例中，被处理器执行的所述获取预设时间内前台应用程序在输出装置所输出的信号的丢失率包括：

若检测到用户终端输入预设运行指令，则获取预设时间内前台应用程序在输出装置所输出的信号的丢失率。

在其中一个实施例中，被处理器执行的所述若所述丢失率超过丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数包括：

若所述丢失率超过所述前台应用程序所对应的丢失率阈值，则获取后台应用程序的前台运行时长和资源运行参数。

在又一个实施例中，被处理器执行的所述根据所述运行权重对所述后台应用程序进行处理包括：

若所述运行权重在第一权重范围内，则将所述待处理应用程序挂起；

若所述运行权重在第二权重范围内，则将所述待处理应用程序查杀。

在本申请提供的实施例中，被处理器执行的所述将所述待处理应用程序进行查杀处理包括：

根据输出装置的输出信号从所述待处理应用程序中获取待查杀应用程序，将所述待查杀应用程序进行查杀处理。

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

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

Claims (6)

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

若检测到用户终端输入预设运行指令，则获取预设时间内前台应用程序在输出装置所输出的信号的丢失率，所述输出的信号包括图像信号、音频信号中的至少一种；

根据所述前台应用程序的类型获取对应的丢失率阈值，若所述丢失率超过所述丢失率阈值，则获取后台应用程序的前台运行时长和所述后台应用程序的资源运行参数，其中，所述资源运行参数是所述后台应用程序在占用所述用户终端的资源进行运行的过程中产生的相关参数；所述资源运行参数包括CPU占用率；

所述CPU占用率的获取过程，包括：间隔预设时长读取一次监控日志文件；计算当前获取到的监控日志文件所对应的累积工作时间与上一次获取到的监控日志文件对应的累积工作时间的时间差值；将所述时间差值与所述预设时长的比值作为所述CPU占用率；

根据所述前台运行时长获取对应的时长等级，并根据所述资源运行参数获取对应的运行等级；根据所述时长等级和所述运行等级计算后台应用程序的运行权重，获取待处理应用程序；

若所述待处理应用程序的运行权重在第一权重范围内，则将所述待处理应用程序挂起；

若所述待处理应用程序的运行权重在第二权重范围内，则获取在所述输出装置中输出信号的待处理应用程序，作为保留运行的应用程序，将除所述保留运行的应用程序之外的待处理应用程序作为待查杀应用程序，并对所述待查杀应用程序进行查杀处理。

2.根据权利要求1所述的应用程序处理方法，其特征在于，所述获取预设时间内前台应用程序在输出装置所输出的信号的丢失率包括：

获取所述前台应用程序在所述预设时间内待输出的信号的总数量，以及所述输出装置在所述预设时间内输出的所述前台应用程序的信号的数量，根据在所述预设时间内输出的所述前台应用程序的信号的数量和在所述预设时间内待输出的信号的总数量得到信号的丢失率。

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

信号获取模块，用于若检测到用户终端输入预设运行指令，则获取预设时间内前台应用程序在输出装置所输出的信号的丢失率，所述输出的信号包括图像信号、音频信号中的至少一种；

参数获取模块，用于根据所述前台应用程序的类型获取对应的丢失率阈值，若所述丢失率超过所述丢失率阈值，则获取后台应用程序的前台运行时长和所述后台应用程序的资源运行参数，其中，所述资源运行参数是所述后台应用程序在占用所述用户终端的资源进行运行的过程中产生的相关参数；所述资源运行参数包括CPU占用率；所述CPU占用率的获取过程，包括：间隔预设时长读取一次监控日志文件；计算当前获取到的监控日志文件所对应的累积工作时间与上一次获取到的监控日志文件对应的累积工作时间的时间差值；将所述时间差值与所述预设时长的比值作为所述CPU占用率；

应用处理模块，用于根据所述前台运行时长获取对应的时长等级，并根据所述资源运行参数获取对应的运行等级；根据所述时长等级和所述运行等级计算后台应用程序的运行权重，获取待处理应用程序；若所述待处理应用程序的运行权重在第一权重范围内，则将所述待处理应用程序挂起；若所述待处理应用程序的运行权重在第二权重范围内，则获取在所述输出装置中输出信号的待处理应用程序，作为保留运行的应用程序，将除所述保留运行的应用程序之外的待处理应用程序作为待查杀应用程序，并对所述待查杀应用程序进行查杀处理。

4.根据权利要求3所述的应用程序处理装置，其特征在于，所述信号获取模块还用于获取所述前台应用程序在所述预设时间内待输出的信号的总数量，以及所述输出装置在所述预设时间内输出的所述前台应用程序的信号的数量，根据在所述预设时间内输出的所述前台应用程序的信号的数量和在所述预设时间内待输出的信号的总数量得到信号的丢失率。

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

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

Images