应用程序处理方法和装置、电子设备、计算机可读存储介质与流程

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

背景技术：

智能设备可以通过应用程序实现不同的应用操作，比如可以通过购物类应用程序购买商品、通过视频类应用程序查看视频等。应用程序可以被冻结，冻结后的应用程序无法再继续运行，不会占用智能设备中处理器资源。但是由于应用程序还是存在与智能设备中的，因此还会占用智能设备中的内存、硬件等资源。

技术实现要素：

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

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

当检测到电子设备中运行的前台应用程序处于全屏模式时，监听所述电子设备是否接收到语音限制指令；

若所述电子设备接收到语音限制指令，则从后台应用程序中获取目标应用程序；

根据所述语音限制指令对所述目标应用程序进行资源限制处理。

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

指令检测模块，用于当检测到电子设备中运行的前台应用程序处于全屏模式时，监听所述电子设备是否接收到语音限制指令；

应用获取模块，用于若所述电子设备接收到语音限制指令，则从后台应用程序中获取目标应用程序；

应用处理模块，用于根据所述语音限制指令对所述目标应用程序进行资源限制处理。

一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如下步骤：

当检测到电子设备中运行的前台应用程序处于全屏模式时，监听所述电子设备是否接收到语音限制指令；

若所述电子设备接收到语音限制指令，则从后台应用程序中获取目标应用程序；

根据所述语音限制指令对所述目标应用程序进行资源限制处理。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

当检测到电子设备中运行的前台应用程序处于全屏模式时，监听所述电子设备是否接收到语音限制指令；

若所述电子设备接收到语音限制指令，则从后台应用程序中获取目标应用程序；

根据所述语音限制指令对所述目标应用程序进行资源限制处理。

上述应用程序处理方法和装置、电子设备、计算机可读存储介质，电子设备在检测到前台应用程序处于全屏模式时，会监听是否接收到语音限制指令。若接收到语音限制指令，则从后台应用程序中获取目标应用程序，并根据语音限制指令对目标应用程序进行资源限制指令。用户可以发起语音限制指令来控制后台应用程序的运行，通过资源限制处理控制后台应用程序对资源的占用，以保证前台应用程序的高效运行，提高应用程序的运行效率。

附图说明

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

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

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

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

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

图5为一个实施例中应用程序的资源限制状态的示意图；

图6为一个实施例中电子设备的部分架构图；

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

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

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

具体实施方式

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

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

图1为一个实施例中应用程序处理方法的应用环境示意图。如图1所示，该应用环境包括客户端102和服务器104。客户端102上可以安装应用程序，当检测到运行的前台应用程序处于全屏模式时，监听是否接收到语音限制指令；若接收到语音限制指令，则从后台应用程序中获取目标应用程序；根据语音限制指令对目标应用程序进行资源限制处理。服务器104可以用于向客户端102推送应用程序处理算法，客户端102根据该应用程序处理算法对应用程序进行处理。其中，客户端102为处于计算机网络最外围，主要用于输入用户信息以及输出处理结果的电子设备，例如可以是个人电脑、移动终端、个人数字助理、可穿戴电子设备等。服务器104是用于响应服务请求，同时提供计算服务的设备，例如可以是一台或者多台计算机。可以理解的是，本申请提供的其他实施例中，应用程序处理方法的应用环境可以只包含客户端102。

如图2所示，提供了一种电子设备的内部结构示意图。该电子设备包括通过系统总线连接的处理器、存储器和显示屏。其中，该处理器用于提供计算和控制能力，支撑整个电子设备的运行。存储器用于存储数据、程序、和/或指令代码等，存储器上存储至少一个计算机程序，该计算机程序可被处理器执行，以实现本申请实施例中提供的适用于电子设备的应用程序处理方法。存储器可包括磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等非易失性存储介质，或随机存储记忆体(random-access-memory，ram)等。例如，在一个实施例中，存储器包括非易失性存储介质及内存储器。非易失性存储介质存储有操作系统和计算机程序。该计算机程序可被处理器所执行，以用于实现本申请各个实施例所提供的一种应用程序处理方法。内存储器为非易失性存储介质中的操作系统和计算机程序提供高速缓存的运行环境。显示屏可以是触摸屏，比如为电容屏或电子屏，用于显示前台进程对应的应用的界面信息，还可以被用于检测作用于该显示屏的触摸操作，生成相应的指令，比如进行前后台应用的切换指令等。

本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。如该电子设备还包括通过系统总线连接的网络接口，网络接口可以是以太网卡或无线网卡等，用于与外部的电子设备进行通信，比如可用于同服务器进行通信。

图3为一个实施例中应用程序处理方法的流程图。本实施例中的应用程序处理方法，以运行于图1中的终端或服务器上为例进行描述。如图3所示，该应用程序处理方法包括步骤302至步骤308。其中：

步骤302，当检测到电子设备中运行的前台应用程序处于全屏模式时，监听电子设备是否接收到语音限制指令。

应用程序(application，app)是指电子设备中针对某种应用目的所撰写的软体，电子设备可以通过应用程序实现对用户的需求服务。例如，用户可以通过游戏类应用程序玩游戏，也可以通过视频类应用程序看视频，还可以通过音乐类应用程序播放音乐等。应用程序可以根据运行的状态分为前台应用程序和后台应用程序。前台应用程序是指在电子设备的前台运行的应用程序，前台应用程序可以在与在前台显示并与用户实现交互。后台应用程序是指在电子设备的后台运行的应用程序，后台应用程序一般不能在前台显示并与用户实现交互过程。

一般地，应用程序的应用操作是由一个或多个进程(process)来共同完成，进程是是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位。同时，一个进程可以对应一个或多个线程，线程是程序中一个单一的顺序控制流程，是进程内一个相对独立的、可调度的执行单元。进程可包括前台进程和后台进程，前台进程即为在电子设备前台运行的进程，后台进程即为在电子设备后台运行的进程。电子设备可以控制前台进程和后台进程的切换，前台进程可切换到后台运行，后台进程也可以切换到前台运行。具体地，可以通过进程池来实现对进程的管理，进程池中可以存放一个或多个进程对应的进程标识。进程标识用于唯一标示一个进程。进程池可以包括前台进程池和后台进程池，前台进程池中包括前台进程对应的进程标识，后台进程池中包括后台进程对应的进程标识。当检测到前台进程和后台进程的运行状态发生改变时，进程池会相应地添加或删除产生变化的进程标识。例如，进程a的进程标识为“0123”，当检测到进程a由后台进程变成前台进程时，可将该进程a的进程标识“0123”从后台进程池中移除，并添加到前台进程池中。

全屏模式是指将应用程序中的视屏或图形放大到电子设备的整个屏幕的模式。在运行应用程序的时候，用户可以通过电子设备发起全屏指令，使应用程序处于全屏模式。应用程序处于全屏模式时，用户还可以发起缩小指令，使应用程序退出全屏模式，恢复到原来的大小。例如，用户在观看视频的时候，视频窗口只在应用程序界面的一部分中显示，这时用户可以发起全屏指令，使视频放大到全屏模式，全屏模式下视频占到电子设备的整个屏幕，方便用户查看。在玩游戏的时候，也可以将游戏界面放大到整个屏幕的大小，以方便用户的操作。

步骤304，若电子设备接收到语音限制指令，则从后台应用程序中获取目标应用程序。

语音限制指令是用于指示对应用程序进行资源限制处理的指令。当检测到电子设备中运行的前台应用程序处于全屏模式，电子设备可以采集语音，并对采集的语音进行解析，检测所采集到的语音是否为语音限制指令。具体地，电子设备会预先建立目标关键字和语音限制指令的对应关系。电子设备在采集到语音信息后，会将语音信息转换成文本信息。然后提取文本信息中的关键字，并将提取的关键字与目标关键字进行匹配。若存在与目标关键字相匹配的关键字，则认为电子设备接收到语音限制指令。

例如，目标关键字为“冻结”，则建立“冻结”与语音限制指令的对应关系。电子设备在检测到前台应用程序为全屏模式时，采集用户的语音信息，并将语音信息转换为文本序列，并提取该文本序列中的关键字，将提取的关键字与“冻结”进行比对。若存在与“冻结”相匹配的关键字，则判定电子设备接收到语音限制指令。

目标应用程序是指需要进行资源限制处理的应用程序。可以理解的是，电子设备中运行的应用程序可以分为前台应用程序和后台应用程序，当前台应用程序处于全屏模式时，认为是比较重要的应用程序。为了保证前台应用程序的运行效率，则可以减少后台应用程序对资源的占用。例如，可以将前台应用程序的优先级和后台应用程序的优先级进行比较，然后从后台应用程序中获取目标应用程序。将优先级较高的后台应用程序保留正常运行的状态，将优先级低的后台应用程序作为目标应用程序，进行资源限制处理。

在一个实施例中，可以将全部后台应用程序作为目标应用程序，也可以根据后台应用程序的应用优先级来获取目标应用程序。获取目标应用程序具体可以包括：获取前台应用程序的前台应用优先级；获取应用优先级低于该前台应用优先级的后台应用程序，作为目标应用程序。应用优先级用于表示应用程序的重要程度。例如，可以定义系统应用程序的应用优先级高于第三方应用程序的应用优先级，或者根据应用程序的类型来定义应用优先级，即时通讯类应用程序的应用优先级高于游戏类应用程序。用户或系统可以自定义应用优先级，在本实施例中不进行具体限定。

步骤308，根据语音限制指令对目标应用程序进行资源限制处理。

资源是指电子设备在处理应用事件时所必须用到的软件或硬件资源，比如电子设备的cpu(centralprocessingunit，中央处理器)、内存(memory)、硬件、网络资源、io(input-output，输入输出)等。资源限制处理是指对应用程序所占用的资源进行限制的处理。资源限制处理可以但不限于是控制应用程序进入冻结状态或资源限制状态，处于冻结状态的应用程序没有被关闭，只是暂时不运行。若应用程序处于冻结状态，则应用程序不占用处理器资源，但是仍然占用电子设备的内存和硬件等资源。资源限制状态是指对应用程序在运行时使用的电子设备的资源进行限制的状态，例如控制应用程序在运行时使用的cpu占用率不能超过5％。

当前台应用程序处于全屏模式时，用户可以通过发起语音限制指令来对目标应用程序进行资源限制处理。例如，当用户在玩游戏产生卡顿的时候，用户可以喊一句“冻结”，则电子设备就会根据该语音限制指令从后台应用程序中获取目标应用程序，并控制目标应用程序进入冻结状态，禁止目标应用程序的运行，从而减少目标应用程序对cpu资源的占用，保证前台应用程序运行的流畅性。

上述实施例提供的应用程序处理方法，电子设备在检测到前台应用程序处于全屏模式时，会监听是否接收到语音限制指令。若接收到语音限制指令，则从后台应用程序中获取目标应用程序，并根据语音限制指令对目标应用程序进行资源限制指令。用户可以发起语音限制指令来控制后台应用程序的运行，通过资源限制处理控制后台应用程序对资源的占用，以保证前台应用程序的高效运行，提高应用程序的运行效率。

图4为另一个实施例中应用程序处理方法的流程图。本实施例中的应用程序处理方法，以运行于图1中的终端或服务器上为例进行描述。如图4所示，该应用程序处理方法包括步骤402至步骤410。其中：

步骤402，当检测到电子设备中运行的前台应用程序处于全屏模式时，监听电子设备是否接收到语音限制指令。

在一个实施例中，前台应用程序在检测到全屏指令后，电子设备可以对前台应用程序的配置文件进行修改，将前台应用程序设置为全屏模式。同时电子设备还可以对屏幕进行监听，检测屏幕是处于全屏模式还是非全屏模式。例如，在andriod系统中，可以通过this.getwindow().getattributes().flags函数来获取屏幕的状态，当上述函数获取的值为66816时，当前屏幕为全屏模式；当上述函数获取的值为65792时，当前屏幕为非全屏模式。

步骤404，若电子设备接收到语音限制指令，则从后台应用程序中获取被前台应用程序依赖的依赖应用程序，并获取除依赖应用程序之外的后台应用程序作为目标应用程序。

在一个实施例中，依赖表示一个应用程序需要利用于另一个或多个应用程序的数据才能顺利实现对该一个应用程序的执行的关系。存在依赖关系的两个应用程序，分别为被依赖的应用程序和依赖的应用程序。举例来说，应用程序a依赖于应用程序b，或应用程序b被应用程序a依赖，即表示应用程序a需要利用应用程序b的数据才能实现对该应用程序a的执行，此时，应用程序a即为依赖于应用程序b的应用程序，应用程序b即为被应用程序a依赖的应用程序。具体地，在本申请实施例中，依赖应用程序就是指被前台应用程序依赖的后台应用程序。

应用程序之间的依赖关系并非一直不变的，而是实时变化的。电子设备可将应用程序之间的依赖关系进行记录。具体地，两个应用程序之间的相互依赖是建立在它们需要互相通信的基础之上的。因此，获取被前台应用程序依赖的依赖应用程序包括：获取与前台应用程序之间存在通信关系的后台应用程序，作为依赖应用程序。

在操作系统中，是通过定义通信机制来建立应用程序之间的通信关系的。其中，通信机制包括socket、binder、共享内存等。binder通信是android系统中实现的一种高效的ipc(inter-processcommunication，应用程序间通信)机制，是一种client-server(客户端-服务器)的通信结构。客户端与服务器会定义一个对应的代理接口，客户端调用代理接口中的方法时，代理接口的方法会将客户端的参数打包成一个parcel对象，然后代理接口将parcel对象发送给内核层中的binder驱动。服务器可以读取binder驱动中的请求数据，然后将parcel对象进行解析并处理，并将处理结果返回。socket通信可以对两个网络应用程序进行通信连接，从而实现网络上的应用程序的数据交换。具体地，本地应用程序间通信可以通过pid(processidentity，应用程序标识)来唯一标识一个应用程序，但是在网络应用程序间通信是没有办法实现的。而在网络通信中ip(internetprotocol，网络之间互连的协议)地址可以唯一标识网络中的主机，“协议+端口”可以唯一标识主机中的应用程序，因此在socket通信中通常是通过“ip地址+协议+端口”的形式来唯一标识一个应用程序的。共享内存就是允许两个不相关的应用程序访问同一个逻辑内存，共享内存是在两个正在运行的应用程序之间共享和传递数据的一种非常有效的方式，不同应用程序之间共享的内存通常安排为同一段物理内存。

可选地，获取被前台应用程序依赖的依赖应用程序包括以下方式中至少一种：获取与前台应用程序具有socket通信关系的后台应用程序，作为依赖应用程序；获取与前台应用程序具有binder通信关系的后台应用程序，作为依赖应用程序；获取与前台应用程序之间进行内存共享的后台应用程序，作为依赖应用程序。

步骤406，若语音限制指令为应用冻结指令，则控制目标应用程序进入冻结状态。

在本实施例中，语音限制指令可以包括应用冻结指令和资源限制指令，应用冻结指令用于控制应用程序进入冻结状态，资源限制指令用于控制应用程序进入资源限制状态。电子设备可以预先存储多个目标关键字，并分别建立目标关键字与各个语音限制指令的对应关系。当获取到语音信息之后，电子设备会将语音信息转化为文本信息，并提取文本信息中的关键字，然后将提取的关键字分别与各个目标关键字进行匹配。若存在与目标关键字相匹配的关键字，则认为电子设备接收到了语音限制指令，然后根据匹配上的目标关键字获取对应的语音限制指令。提取语音信息中的关键字可以采用tf-idf(termfrequency-inversedocumentfrequency，词频-反转文件频率)、textrank(文本排序)等算法，在本实施例中不做限定。

例如，电子设备预先存储两个目标关键字“冻结”和“限制”，其中“冻结”对应应用冻结指令，“限制”对应资源限制指令。电子设备采集语音信息，将语音信息转化为文本信息，并提取文本信息中的关键字。若存在与目标关键字“冻结”相匹配的关键字，则说明电子设备检测到了应用冻结指令。若存在与目标关键字“限制”相匹配的关键字，则说明电子设备检测到了资源限制指令。

当语音限制指令为应用限制指令时，则说明用户需要将后台应用程序进行冻结处理。进入冻结状态的目标应用程序，无法再继续运行，也就不占用cpu资源，这样可以减少目标应用程序对电子设备的资源占用，从而保证前台应用程序的运行。冻结后的目标应用程序还可以被唤醒，用户或系统可以对唤醒的条件进行设置，在此不进行具体限定。

以android系统中，实现应用程序的冻结和唤醒的方法有多种。以其中一种为例，可以通过pm(packagemanager，包管理)命令来实现，在pm命令中，可以通过冻结命令pmdisable[–useruser_id]package_or_component将应用程序设置为冻结状态，然后还可以通过解冻命令pmenable[–useruser_id]package_or_component将处于冻结状态的应用程序进行唤醒，通过冻结列表查询命令pmlistpackages–d获取处于冻结状态的应用程序列表，以查看处于冻结状态的应用程序。可以理解的是，本申请中以android操作系统为例对应用程序处理方法进行说明，但是本申请的应用程序处理方法并不仅限于在android系统中实现，还可以应用在ios、塞班、windows、macos(macintoshoperatingsystem)等操作系统中。

步骤408，若语音限制指令为资源限制指令，则控制目标应用程序进入资源限制状态，其中，处于资源限制状态的应用程序在运行时对电子设备的资源占用率小于占用率阈值。

在一个实施例中，若接收到的语音限制指令为资源限制指令，则可以控制目标应用程序进入资源限制状态。其中，处于资源限制状态的应用程序在运行时对电子设备的资源占用率小于占用率阈值。当目标应用程序处于资源限制状态时，目标应用程序对电子设备的资源占用率就不能超过占用率阈值，这样可以控制目标应用程序对电子设备的资源占用，降低后台对资源的占用，提高前台的运行效率。例如，控制目标应用程序在运行时的cpu占用率不能超过5％，以减少目标应用程序对cpu的过度消耗。在手机系统中可以通过cgroups(controlgroups，控制组)来控制目标应用程序的cpu、内存、io等资源占用率，即控制所获取的目标应用程序进入资源限制状态。

在电子设备运行的过程中可以实时统计各个应用程序的资源占用率，然后将电子设备中所有应用程序的资源占用率的相加得到资源总占用率。具体地，电子设备可以在预设存储地址中存储监控日志文件，根据该监控日志文件可以获取电子设备的资源总占用率。同时该预设存储地址中还存储了若干个子文件夹，这些子文件夹中存储着各个进程日志文件。进程日志文件记录了进程从开启到当前时刻的具体运行情况的变化，根据这些进程日志文件就可以获取该进程所占用资源的情况，即可获取进程的资源占用率。然后将应用程序包含的所有进程的资源占用率相加，得到应用程序的资源占用率。

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

电子设备还可以实时统计内存、硬件、网络资源、io等资源的占用率，例如在通过读取文件"/proc/meminfo"的信息能够获取手机的内存总量，而通过activitymanager.getmemoryinfo(activitymanager.memoryinfo)方法可以获取当前的可用内存量，然后通过可用内存量和内存总量可以计算当前的内存总占用率。在android系统中可以直接运行top命令来统计cpu、内存、io等资源的占用率。

前台应用程序的资源占用率越高，则说明前台应用程序对资源的需求越高。因此，可以通过前台应用程序的资源占用率对目标应用程序进行资源限制。具体地，获取前台应用程序对应的前台资源占用率；根据前台资源占用率控制目标应用程序进入资源限制状态。其中，前台资源占用率表示前台应用程序对电子设备的资源的占用率。

在一个实施例中，可以首先根据前台资源占用率获取资源限制级别，然后控制目标应用程序进入资源限制级别对应的资源限制状态。资源限制级别用于表示对应用程序的资源限制程度。可以预先将前台资源占用率划分为两个或两个以上的占用率区间，然后建立每一个占用率区间与资源限制级别的对应关系。根据获取的前台资源占用率确定目标占用率区间，然后根据目标占用率区间获取对应的资源限制级别。例如，将前台资源占用率划分为[0,20％]、[20％,70％]和[70％,100％]等三个占用率区间，分别对应轻度资源限制级别、普通资源限制级别和深度资源限制级别等三个资源限制级别等级，不同的资源限制级别对应的占用率阈值不同。若获取的前台资源占用率为60％，那么对应的目标占用率区间就为[20％,70％]，对应的资源限制级别就为深度资源限制级别。

在本申请提供的其他实施例中，还可以根据电子设备的资源剩余率来控制目标应用程序对电子设备的资源占用。具体地，获取电子设备的资源剩余率，根据前台资源占用率和资源剩余率计算资源控制率；根据资源控制率获取对应的资源限制级别；控制目标应用程序进入资源限制级别对应资源限制状态。资源剩余率是指电子设备的剩余资源与总资源的比例。例如，电子设备中所运行的应用程序可以包括前台应用程序和后台应用程序，前台应用程序的前台资源占用率为30％，后台应用程序的后台资源占用率为45％，那么可以得到资源剩余率就为100％-30％-45％＝25％。

根据前台资源占用率和资源剩余率计算资源控制率具体可以包括：将前台资源占用率除以资源剩余率得到资源控制率。前台资源占用率越大，电子设备的资源剩余率越小，计算得到的资源控制率就越大，说明前台应用程序运行时的资源需求越大。例如，前台资源占用率为50％，资源剩余率为20％，那么计算得到的资源控制率就为50％÷20％＝2.5。可以预先建立资源控制率与资源限制级别的对应关系，然后根据计算得到的资源控制率获取对应的资源限制级别。

图5为一个实施例中应用程序的资源限制状态的示意图。如图5所示，电子设备的资源包括cpu、内存、io、网络资源等，应用程序的状态可以分为正常运行状态、资源限制状态和冻结状态。其中，资源限制状态又可以分为轻度资源限制状态、普通资源限制状态和深度资源限制状态。在不同资源限制状态下，对应的可用资源502和不可用资源504不相同。从轻度资源限制状态、普通资源限制状态到深度资源限制状态，可用资源502递减。在正常运行状态下，应用程序的可用资源502为100％。

步骤410，若检测到前台应用程序退出全屏模式，则控制目标应用程序恢复到正常运行状态。

在本申请提供的实施例中，当检测到前台应用程序退出全屏模式时，可以控制目标应用程序恢复正常运行状态。具体地，若目标应用程序处于资源限制状态，则解除电子设备对目标应用程序的资源限制。若目标应用程序处于冻结状态，则将目标应用程序从冻结状态中唤醒。恢复到正常运行状态后，目标应用程序对电子设备资源的使用不再受到限制。

在一个实施例中，还可以在前台应用程序退出全屏模式一段时间之后，再控制目标应用程序恢复到正常运行状态。具体地，步骤410可以包括：若检测到前台应用程序退出全屏模式，则开始计时；若计时时长超过时长阈值，则控制目标应用程序恢复到正常运行状态。例如，在前台应用程序退出全屏模式5秒钟之后，再将目标应用程序恢复到正常运行状态。以android系统为例，系统可以预先定义一个计时器，当检测到前台应用程序退出全屏模式时，系统查找预先定义的计时器，并通过timer.setbase(systemclock.elapsedrealtime())将计时器清零，然后通过timer.start()函数启动计时器，开始计时。

可以理解的是，前台应用程序在退出全屏模式之后，还可能在继续保持前台运行，只要该前台应用程序还在前台运行，就可以对后台应用程序多占用的资源进行限制，以保证前台应用程序的流畅性。那么步骤410具体可以包括：若检测到前台应用程序退出全屏模式，则检测前台应用程序是否退出前台；若检测到前台应用程序退出前台，则控制目标应用程序恢复到正常运行状态。

上述实施例提供的应用程序处理方法，电子设备在检测到前台应用程序处于全屏模式时，会监听是否接收到语音限制指令。若接收到语音限制指令，则从后台应用程序中获取目标应用程序，并根据语音限制指令对目标应用程序进行资源限制指令。在检测到前台应用程序退出全屏模式时，使目标应用程序恢复到正常运行状态。用户可以发起语音限制指令来控制后台应用程序的运行，通过资源限制处理控制后台应用程序对资源的占用，以保证前台应用程序的高效运行，提高应用程序的运行效率。当前台应用程序退出全屏模式时，则恢复目标应用程序的正常运行状态，这样可以保证电子设备中的应用程序正常运行。

应该理解的是，虽然图3和图4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3和图4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种电子设备的部分架构图。其中，该电子设备的架构系统中包括java空间层61、本地框架层62以及内核(kernel)空间层63。java空间层61上可包含策略应用程序610，电子设备可通过该策略应用程序610来发起对各个应用程序的冻结和解冻策略，从而实现对电子设备中的各个应用程序实现冻结和解冻的操作。例如，通过策略应用程序610来判断后台耗电的应用程序，并发起对该后台耗电的应用程序做冻结操作。本地框架层62中包含资源优先级和限制管理模块620及平台冻结管理模块622。电子设备可通过资源优先级和限制管理模块620来实时维护应用程序的优先级和对应的资源组，根据上层的需求来调整应用程序的优先级和资源组，从而达到优化性能，节省功耗的作用。电子设备可通过平台冻结管理模块622将后台可以冻结的任务按照进入冻结时间的长短，分配到对应预设的不同层次的冻结层，可选地，该冻结层可包括：cpu限制睡眠模式、cpu冻结睡眠模式、进程深度冻结模式。内核空间层63中包括uid管理模块630、cgroup模块632、超时冻结退出模块634、binder管控模块636、进程内存回收模块638。其中，uid管理模块630可以基于应用程序的用户身份标识(useridentifier，uid)来管理第三方应用程序的资源或进行冻结。相比较于基于进程身份标识(processidentifier，pid)来进行进程管控，通过uid更便于统一管理一个用户的应用的资源。cgroup模块632用于提供一套完善的中央处理器(centralprocessingunit，cpu)、cpuset、内存(memory)、输入/输出(input/output，i/o)和net相关的资源限制机制。超时冻结退出模块634用于解决出现冻结超时场景产生的异常。binder管控模块636用于实现后台binder通信的优先级的控制。进程内存回收模块638用于实现进程的深度冻结模式，当第三方应用程序长期处于冻结状态的时候，可以释放进程的文件区，从而达到节省内存的模块，也加快该应用程序在下次启动时的速度。通过上述的架构，可实现本申请各个实施例中的应用程序处理方法。

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

指令检测模块702，用于当检测到电子设备中运行的前台应用程序处于全屏模式时，监听所述电子设备是否接收到语音限制指令。

应用获取模块704，用于若所述电子设备接收到语音限制指令，则从后台应用程序中获取目标应用程序。

应用处理模块706，用于根据所述语音限制指令对所述目标应用程序进行资源限制处理。

上述实施例提供的应用程序处理装置，电子设备在检测到前台应用程序处于全屏模式时，会监听是否接收到语音限制指令。若接收到语音限制指令，则从后台应用程序中获取目标应用程序，并根据语音限制指令对目标应用程序进行资源限制指令。用户可以发起语音限制指令来控制后台应用程序的运行，通过资源限制处理控制后台应用程序对资源的占用，以保证前台应用程序的高效运行，提高应用程序的运行效率。

图8为另一个实施例中应用程序处理装置的结构示意图。如图8所示，该应用程序处理装置800包括指令检测模块802、应用获取模块804、应用处理模块806和应用恢复模块808。其中：

指令检测模块802，用于当检测到电子设备中运行的前台应用程序处于全屏模式时，监听所述电子设备是否接收到语音限制指令。

应用获取模块804，用于若所述电子设备接收到语音限制指令，则从后台应用程序中获取目标应用程序。

应用处理模块806，用于根据所述语音限制指令对所述目标应用程序进行资源限制处理。

应用恢复模块808，用于若检测到所述前台应用程序退出全屏模式，则控制所述目标应用程序恢复到正常运行状态。

上述实施例提供的应用程序处理装置，电子设备在检测到前台应用程序处于全屏模式时，会监听是否接收到语音限制指令。若接收到语音限制指令，则从后台应用程序中获取目标应用程序，并根据语音限制指令对目标应用程序进行资源限制指令。在检测到前台应用程序退出全屏模式时，使目标应用程序恢复到正常运行状态。用户可以发起语音限制指令来控制后台应用程序的运行，通过资源限制处理控制后台应用程序对资源的占用，以保证前台应用程序的高效运行，提高应用程序的运行效率。当前台应用程序退出全屏模式时，则恢复目标应用程序的正常运行状态，这样可以保证电子设备中的应用程序正常运行。

在一个实施例中，应用获取模块804还用于从后台应用程序中获取被所述前台应用程序依赖的依赖应用程序，并获取除所述依赖应用程序之外的后台应用程序作为目标应用程序。

在一个实施例中，应用获取模块804还用于获取与所述前台应用程序之间存在通信关系的后台应用程序，作为依赖应用程序。

在一个实施例中，应用处理模块806还用于若所述语音限制指令为应用冻结指令，则控制所述目标应用程序进入冻结状态；若所述语音限制指令为资源限制指令，则控制所述目标应用程序进入资源限制状态，其中，处于所述资源限制状态的应用程序在运行时对电子设备的资源占用率小于占用率阈值。

在一个实施例中，应用处理模块806还用于获取所述前台应用程序对应的前台资源占用率，所述前台资源占用率表示所述前台应用程序对电子设备的资源的占用率；根据所述前台资源占用率控制所述目标应用程序进入资源限制状态。

在一个实施例中，应用处理模块806还用于根据所述前台资源占用率获取资源限制级别，控制所述目标应用程序进入所述资源限制级别对应的资源限制状态。

本申请实施例中提供的应用程序处理装置中的各个模块的实现可为计算机程序的形式。该计算机程序可在终端或服务器上运行。该计算机程序构成的程序模块可存储在终端或服务器的存储器上。该计算机程序被处理器执行时，实现本申请实施例中所描述方法的步骤。

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

一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的应用程序处理方法。

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

图9为与本申请实施例提供的电子设备相关的手机的部分结构的框图。参考图9，手机包括：射频(radiofrequency，rf)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wirelessfidelity，wifi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9所示的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，rf电路910可用于收发信息或通话过程中，信号的接收和发送，可将基站的下行信息接收后，给处理器980处理；也可以将上行的数据发送给基站。通常，rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(lownoiseamplifier，lna)、双工器等。此外，rf电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystemofmobilecommunication，gsm)、通用分组无线服务(generalpacketradioservice，gprs)、码分多址(codedivisionmultipleaccess，cdma)、宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)、长期演进(longtermevolution，lte))、电子邮件、短消息服务(shortmessagingservice，sms)等。

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

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

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

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

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

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

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

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

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

在本申请实施例中，该电子设备所包括的处理器980执行存储在存储器上的计算机程序时实现上述实施例提供的应用程序处理方法的步骤。

本申请所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)，它用作外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)。

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