一种后台应用管理装置、终端及后台应用管理方法与流程

本发明涉及终端应用领域，尤其涉及一种后台应用管理装置、终端及后台应用管理方法。

背景技术：

现有终端，例如基于Android系统的手机，由于Android系统开源，并且Android众多面向应用层API给Android应用开发者带了巨大的自由发挥空间，这使得用户可以安装大量的APK在手机上，应用开发者在应用层面，对系统的资源，尤其是内存和计算资源的合理使用方面重视度不够，或者出于其他原因，如为了应用背后的商家消息推送，恶意的用户信息搜集，长时间占用系统资源而不释放。虽然用户知道这些应用对设备使用造成了困扰，但是束手无策。

应用长时间的驻留，对系统资源造成了严重的浪费，同时也可能对用户的隐私造成威胁。Android原生机制无法解决这种问题。现有基于Android系统的手机，其手机内存管理方案采用被动管理方式，一般在以下三种条件下才会去触发内存回收机制：可用内存到达阀值，触发LowMemoryKiller进行进程级别的内存回收；应用内部报出运行时异常或者其他原因导致的进程死亡，对其子进程进行的被动回收；应用退出或者存在长时间闲置的内存占用对象，进程内部产生垃圾，通过GC(Garbage Collection)对这些垃圾进行回收。

技术实现要素：

本发明实施例提供一种后台应用管理装置、终端及后台应用管理方法，以解决现有技术无法主动对终端后台程序进行管理的问题。

为解决上述技术问题，本发明实施例采用以下技术方案:

一种后台应用管理装置，包括：

检测模块，用于检测是否满足清理后台应用的清理条件；

清理模块，用于若满足清理条件，则根据清理名单，对后台运行的应用进行清理。

进一步地，清理条件包括终端待机持续时长大于阈值；检测模块用于检测终端的待机持续时长，判断待机持续时长是否大于阈值，若大于，则满足清理条件。

进一步地，还包括计时器，计时器用于在终端进入待机状态时开始计时，检测模块用于检测计时器的计时结果确定待机持续时长。

进一步地，清理模块用于通过属性设置的方式，对后台运行应用中属于清理名单的应用进行进程级别内存回收。

一种终端，其包括本发明实施例提供的后台应用管理装置。

一种后台应用管理方法，包括：

检测是否满足清理后台应用的清理条件；

若满足清理条件，则根据清理名单，对后台运行的应用进行清理。

进一步地，清理条件包括终端待机持续时长大于阈值；检测是否满足清理后台应用的清理条件包括：

检测终端的待机持续时长；

判断待机持续时长是否大于阈值；

若待机持续时长大于阈值，则满足清理条件；

若待机持续时长小于阈值，则不满足清理条件。

进一步地，检测终端的待机持续时长包括：

在终端进入待机状态时，激活计时器开始计时；

检测计时器的计时结果确定待机持续时长。

进一步地，检测是否满足清理后台应用的清理条件包括：

在终端进入待机状态时，激活唤醒闹钟，唤醒闹钟用于触发清理后台应用；

判断唤醒闹钟是否到期；

若唤醒闹钟到期，则满足清理条件；

若唤醒闹钟没有到期，则不满足清理条件。

进一步地，对后台运行的应用进行清理包括：

根据清理名单确定后台运行应用中需要被清理的目标应用；

通过属性设置的方式，对目标应用进行进程级别内存回收。

本发明实施例提供的后台应用管理方法，检测是否满足清理后台应用的清理条件，若满足清理条件，则根据清理名单，对后台运行的应用进行清理，这样，用户可以通过设置清理名单来对后台应用进行管理，即本发明提出一种主动回收的方式对内存进行回收，解决了现有技术无法主动对终端后台程序进行管理的问题，杀掉非必须驻留的应用，释放系统资源，同时保护了用户的隐私，防止现在大量的第三方低质量Android应用拉低系统性能，导致不良的用户体验。

附图说明

图1为本发明实施例一提供的后台应用管理方法的流程图；

图2为本发明实施例二提供的后台应用管理装置的示意图；

图3为本发明实施例三提供的后台应用管理方法的流程图；

图4为本发明实施例三提供的清理名单的效果图。

具体实施方式

本发明适用于所有终端，包括PC、手机、PAD等。下面通过具体实施方式结合附图对本发明作进一步详细说明。

实施例一：

图1为本发明实施例一提供的后台应用管理方法的流程图，请参考图1，包括如下流程：

S101：检测是否满足清理后台应用的清理条件；

S102：若满足清理条件，则根据清理名单，对后台运行的应用进行清理。在一实施例中，上述实施例的清理条件包括终端待机持续时长大于阈值；检测是否满足清理后台应用的清理条件包括：

检测终端的待机持续时长；

判断待机持续时长是否大于阈值；

若待机持续时长大于阈值，则满足清理条件；

若待机持续时长小于阈值，则不满足清理条件。

在一实施例中，上述实施例的检测终端的待机持续时长包括：

在终端进入待机状态时，激活计时器开始计时；

检测计时器的计时结果确定待机持续时长。

在一实施例中，上述实施例的检测是否满足清理后台应用的清理条件包括：

在终端进入待机状态时，激活唤醒闹钟，唤醒闹钟用于触发清理后台应用；

判断唤醒闹钟是否到期；

若唤醒闹钟到期，则满足清理条件；

若唤醒闹钟没有到期，则不满足清理条件。

在一实施例中，上述实施例的对后台运行的应用进行清理包括：

根据清理名单确定后台运行应用中需要被清理的目标应用；

通过属性设置的方式，对目标应用进行进程级别内存回收。

实施例二：

图2为本发明实施例二提供的后台应用管理装置的示意图，如图2所示，本实施例提供的后台应用管理装置包括：

检测模块21，用于检测是否满足清理后台应用的清理条件；

清理模块22，用于若满足清理条件，则根据清理名单，对后台运行的应用进行清理。

在一实施例中，上述实施例的清理条件包括终端待机持续时长大于阈值；检测模块21用于检测终端的待机持续时长，判断待机持续时长是否大于阈值，若大于，则满足清理条件。

在一实施例中，上述实施例的后台应用管理装置还包括计时器，计时器用于在终端进入待机状态时开始计时，检测模块21用于检测计时器的计时结果确定待机持续时长。

在一实施例中，上述实施例的清理模块22用于通过属性设置的方式，对后台运行应用中属于清理名单的应用进行进程级别内存回收。

对应的，本发明提供了一种终端，其包括本发明实施例提供的后台应用管理装置。

在一些实施例，上述所有实施例中的功能模块，如检测模块21及清理模块22都可以由处理器实现，处理器的实现方式包括但不局限于可编程器件、处理器芯片与存储器的组合等方式。

实施例三：

现结合具体应用场景对本发明做进一步的诠释说明。

本实施例提供一种在待机过程中通过进程级别内存回收来释放系统资源，保护用户隐私，同时提升用户的使用体验。在待机过程中，对那些用户可感知度差的应用进行强制退出，回收内存，释放其占用的系统资源。同时为用户提供可配置应用名单，理解用户意图，建立回收优先级。

作为独立的内存管理模块，需要设定其功能触发的时机和制订回收策略，关于用户可配置名单，即清理名单等，需要提供单独的人机交互界面，系统或者系统预置管理类应用在data(数据)分区创建文件记录。

如图3所示，本实施例提供的后台应用管理方法包括：终端进入待机状态后，如灭屏10分钟后开始按照该名单提供的信息进行进程级别的内存回收，采用的方式直接发kill信号给改进程，其具体步骤不再赘述。

关于清理名单的配置界面：

如图4所示，清理名单的配置界面可以包括终端内所有的非系统应用，用户可以根据需要选择部分或全部应用作为清理对象，用户配置清理名单，系统将名单中的包名保存存在data分区，保证当用户通过OTA(Over-the-Air，空中下载)的方式升级后该数据不会被擦除。新安装的第三方应用会默认加入此名单，当系统判定满足清理条件时，会参考此名单完成开始清理。名单设计，每条只需向用户展示应用icon，应用名称，一个单选框让用户选择是否加入。

关于清理过程：

由于清理动作在灭屏十分钟之后开始触发，但是一般系统在灭屏无操作一分钟之内会进入待机状态，待机下的CPU是不会进行计算的，所以使用闹钟的方式，将启动时间放在灭屏后的10分钟，这时申请一个wakelock，保证唤醒设备开始执行清理任务时，设备不会因为没有用户输入事件而再次进入待机状态。

如果在灭屏开始后的10min之内，设备屏幕电量，待机结束，那么在灭屏时的清理计划应该被取消，否则在用户使用中进行原有的清理动作，可能会导致用户使用设备过程中点击Launcher中的应用被拉起后闪退现象。因此需要在此阶段如果接到亮屏事件，则将闹钟移除，取消计划，等待下一次灭屏重新设置闹钟。

关于清理动作：

由于清理过程耗时要求足够短暂，使用frameworks层的接口进行清理，如AMS的forceStopPackage(String)通常很耗时，这样在清理时间会持续很久，如果在清理过程中用户选择亮屏，并且开始操作设备，那么很有可能出现闪退现象。鉴于此，我们可以使用shell脚本的形式，直接使用native层的指令对应用的进程进行操作。然后将此shell脚本在rc中声明为一个服务，采用属性(ctl.start)触发的形式启动此服务执行操作。如果亮屏，那么可以同样使用属性设置的方式随时终止。

通过以上实施例的实施可知，本发明实施例提供的方法具备以下有益效果：

本发明实施例提供的后台应用管理方法，检测是否满足清理后台应用的清理条件，若满足清理条件，则根据清理名单，对后台运行的应用进行清理，这样，用户可以通过设置清理名单来对后台应用进行管理，即本发明提出一种主动回收的方式对内存进行回收，解决了现有技术无法主动对终端后台程序进行管理的问题，杀掉非必须驻留的应用，释放系统资源，同时保护了用户的隐私，防止现在大量的第三方低质量Android应用拉低系统性能，导致不良的用户体验。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。