CN104391743B

CN104391743B - 优化移动终端的运行速度的方法和装置

Info

Publication number: CN104391743B
Application number: CN201410692549.1A
Authority: CN
Inventors: 王源; 夏凡; 肖文峰
Original assignee: Beijing Qihoo Technology Co Ltd; Qizhi Software Beijing Co Ltd
Current assignee: Beijing Qihoo Technology Co Ltd
Priority date: 2014-11-26
Filing date: 2014-11-26
Publication date: 2018-01-12
Anticipated expiration: 2034-11-26
Also published as: CN104391743A

Abstract

本发明提供了一种优化移动终端的运行速度的方法和装置，涉及计算机领域，方法包括：获取操作系统中的应用程序的类型和运行状态信息；根据应用程序的类型和运行状态信息识别操作系统中的顽固应用程序；对顽固应用程序执行清理操作。通过本发明，可以准确的定位操作系统中不易被清除的顽固应用程序，解决了现有技术不能对关闭后自动启动类的顽固应用程序进行识别的问题，并对这些顽固应用程序进行清理，可以释放内存，提升移动终端的运行速度，解决用户的移动终端卡顿的问题。

Description

优化移动终端的运行速度的方法和装置

技术领域

本发明涉及计算机领域，具体涉及一种优化移动终端的运行速度的方法和装置。

背景技术

目前，手机、平板电脑等移动终端应用越来越广，基于移动终端进行开发的应用程序也越来越多。

在一般移动终端的使用过程中，用户可能开启各种应用程序或触发大量的功能，进而产生大量的垃圾文件。例如，应用程序产生的各种缓存文件、应用程序附带的广告文件。这些垃圾文件会占用移动终端的内存空间、存储空间，并且会拖慢操作系统的运行速度。

在目前的情况下，通过优化软件可以清理掉这些垃圾文件。但是，仍然会存在一些顽固应用难以进行清理，这些顽固应用程序会拖慢操作系统的运行速度，而现有技术不能解决这种情况。例如，很多手机厂商在发行手机时，会在操作系统中内置很多预置应用程序，占用手机的大量存储空间，并强制其运行，占用内存空间。有些第三方应用程序，在用户将其关闭后，其仍然会在后台进行自启动，消耗内存，导致操作系统运行缓慢。

而目前并不存在有效的技术手段可对上述顽固应用程序进行识别，进而进行优化。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种优化移动终端的运行速度的方法和相应地装置。

依据本发明的一个方面，提供了一种优化移动终端的运行速度的方法，包括：

获取操作系统中的应用程序的类型和运行状态信息；

根据所述应用程序的类型和运行状态信息识别所述操作系统中的顽固应用程序；

对所述顽固应用程序执行清理操作。

可选地，所述应用程序的类型包括：预装应用程序、系统应用程序和第三方应用程序；

所述应用程序的运行状态信息包括：所述应用程序被关闭后再次开启的时间。

可选地，所述获取操作系统中的应用程序的类型，包括：

获取所述应用程序的包名；

通过所述包名在预先内置的查询库中查询所述应用程序的类型；

其中，所述查询库中记录有应用程序的包名与类型的对应关系。

可选地，所述查询库中还记录有每个应用程序的清理方式，且在所述查询库中通过多个数据库表记录所述应用程序的包名、类型和清理方式；

所述清理方式包括：对所述应用程序不做处理、停用所述应用程序、卸载所示应用程序。

可选地，所述根据所述应用程序的类型和运行状态信息识别所述操作系统中的顽固应用程序，包括：

筛选出所述操作系统中类型为预装应用程序和第三方应用程序；

对于所述预装应用程序，全部识别为顽固应用程序；

对于所述第三方应用程序，将被关闭后再次开启时间未达到预设时长、且不在预设的白名单中的应用程序识别为顽固应用程序。

可选地，所述对所述顽固应用程序执行清理操作，包括：

对判定为顽固应用程序的预装应用程序执行停用操作；

对判定为顽固应用程序的第三方应用程序执行卸载操作。

可选地，在所述对所述顽固应用程序执行清理操作之前，还包括：

获取操作系统的根用户ROOT权限。

可选地，在所述获取操作系统中的应用程序的类型和运行状态信息之前，还包括：

显示所述操作系统当前的内存使用比例和存储空间使用比例。

显示可进行清理操作的顽固应用程序，并提示用户对不需进行清理的顽固应用程序进行选择。

可选地，所述对所述顽固应用程序执行清理操作，包括：

对除用户选择之外的其他顽固应用程序执行清理操作。

依据本发明的一个方面，还提供了一种优化移动终端的运行速度的装置，包括：

信息获取模块，适于获取操作系统中的应用程序的类型和运行状态信息；

识别模块，适于根据所述应用程序的类型和运行状态信息识别所述操作系统中的顽固应用程序；

清理模块，适于对所述顽固应用程序执行清理操作。

可选地，所述信息获取模块适于按照如下方式获取操作系统中的应用程序的类型：

获取所述应用程序的包名；

可选地，所述识别模块，包括：

筛选单元，适于筛选出所述操作系统中类型为预装应用程序和第三方应用程序；

第一识别单元，适于对于所述预装应用程序，全部识别为顽固应用程序；

第二识别单元，适于对于所述第三方应用程序，将被关闭后再次开启时间未达到预设时长、且不在预设的白名单中的应用程序识别为顽固应用程序。

可选地，所述清理模块，包括：

第一清理单元，适于对判定为顽固应用程序的预装应用程序执行停用操作；

第二清理单元，适于对判定为顽固应用程序的第三方应用程序执行卸载操作。

可选地，所述装置还包括：

权限获取模块，适于在对所述顽固应用程序执行清理操作之前，获取操作系统的根用户ROOT权限。

可选地，所述装置还包括：

提示模块，适于在获取操作系统中的应用程序的类型和运行状态信息之前，显示所述操作系统当前的内存使用比例和存储空间使用比例。

可选地，所述装置还包括：

选择模块，适于在对所述顽固应用程序执行清理操作之前，显示可进行清理操作的顽固应用程序，并提示用户对不需进行清理的顽固应用程序进行选择。

可选地，具体适于按照如下方式对所述顽固应用程序执行清理操作：

对除用户选择之外的其他顽固应用程序执行清理操作。

本发明提供了一种优化移动终端的运行速度的方法和装置，通过获取操作系统中全部应用程序的类型和运行状态信息，并根据应用程序的类型和运行状态信息对其中的顽固应用程序进行识别，可以准确的定位操作系统中不易被清除的顽固应用程序，解决了现有技术不能对关闭后自动启动类的顽固应用程序进行识别的问题，并对这些顽固应用程序进行清理，可以释放内存，提升移动终端的运行速度，解决用户的移动终端卡顿的问题。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是本发明一个实施例提供的一种优化移动终端的运行速度的方法流程图；

图2是本发明一个实施例提供的一种优化移动终端的运行速度的具体方法流程图；

图3是本发明一个实施例提供的一种将顽固应用程序的清理方式进行展示的示意图；

图4是本发明一个实施例提供的一种优化移动终端的运行速度的装置结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应该被这里阐述的实施例所限制。相反，提供这些实施例是为了能够透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

本发明实施例提供了一种优化移动终端的运行速度的方法。其可以通过对在终端设备上安装的优化移动终端的运行速度的装置(例如清理软件)进行改进来实现。例如，本实施例中的终端设备可以为PC(Personal Computer，个人计算机)，手机，手持电脑等用户移动终端设备。

图1是本实施例提供的一种优化移动终端的运行速度的方法流程图。该方法具体包括步骤S102至步骤S106。

S102：获取操作系统中的应用程序的类型和运行状态信息。

S104：根据应用程序的类型和运行状态信息识别操作系统中的顽固应用程序。

S106：对上述顽固应用程序执行清理操作。

本发明提供了一种优化移动终端的运行速度的方法，通过获取操作系统中全部应用程序的类型和运行状态信息，并根据应用程序的类型和运行状态信息对其中的顽固应用程序进行识别，可以准确的定位操作系统中不易被清除的顽固应用程序，解决了现有技术不能对关闭后自动启动类的顽固应用程序进行识别的问题，并对这些顽固应用程序进行清理，可以释放内存，提升移动终端的运行速度，解决用户的移动终端卡顿的问题。

实施例二

本实施例为上述实施例一的一种具体应用场景，通过本实施例所提供的优化移动终端的运行速度的方法，能够更加清楚、具体地阐述本发明所提供的方法。

在本实施例中，以对一个移动终端中的顽固应用程序进行扫描并清理为例进行说明。本发明所提供的方法可以实施在清理软件(例如清理大师)中，并通过清理软件实现对顽固应用程序的识别和清理。

图2是本实施例提供的一种优化移动终端的运行速度的具体方法流程图。该方法具体包括步骤S201至步骤S204。

首先，执行步骤S201，获取操作系统中安装的应用程序的类型。

需要说明的是，在优化移动终端的过程中，优选地对移动终端中的全部已安装的应用程序进行轮询式的扫描。并且，为了对已扫描的应用程序进行标识，避免重复扫描，移动终端对本移动终端的存储空间进行轮询的过程中，对于当前待扫描的目录，读取该目录的当前时间戳。

其中，移动终端的存储空间可以具体为非易失性存储器的存储空间、或者移动终端中的内存。非易失性存储器具体包括：EEPROM(Electrically Erasable ProgrammableRead-Only Memory，电可擦可编程只读存储器)、闪存、SD(Secure Digital Memory，安全数字记忆体)卡、micro SD卡、记忆棒、微型硬盘和固态硬盘等。

在本发明实施例中，移在进行顽固应用程序的扫描之前，用户可以向移动终端发送扫描指令。例如，可以通过点击移动终端的显示屏幕中预先设定的扫描按键，或者打开预先安装的支持顽固应用程序的一键扫描清理的软件，来触发扫描指令的发送。移动终端接收到用户发送的扫描指令后，同时进行内存、非易失性存储空间的清理数据扫描。

本步骤中，内存、非易失性存储空间的顽固应用程序扫描具体可以由同一进程执行，也可以由两个进程分别执行。例如，内存的中的顽固应用程序扫描可以由预先设定的内存扫描进程执行；非易失性存储空间中的顽固应用程序扫描可以由非易失性存储空间扫描进程执行。实际应用中，内存、非易失性存储空间的顽固应用程序扫描无论是由一个进程还是两个进程来执行，内存和非易失性存储空间是分开扫描的，内存会启动一个线程进行扫描；非易失性存储空间会根据移动终端的状态来分配线程。例如，在CPU多核的移动终端上，可以根据CPU和核数来分配扫描线程，最多分配4个线程进行非易失性存储空间的扫描。

实际应用中，在扫描顽固应用程序的过程中，除了下述提供的方法，还可以将当前扫描的目录的相关信息(比如，路径、包名等信息)与预先从云端服务器下载或本地存储的清理数据库中的目录的信息进行匹配，根据匹配出的目录所对应清理策略、以及所属类别等信息，识别出当前扫描的目录为顽固应用程序，并可以进一步确定出该顽固应用程序所属类别，以及用于清理该顽固应用程序的清理策略。进一步地，云端服务器可以定期对本地的顽固应用程序库进行更新升级，对顽固应用程序库中记录的目录及对应的清理策略等进行及时更新。

动终端针对待查询信息在本地数据库中进行查询；确定本地数据库中没有与待查询信息相匹配的信息后，将待查询信息上传至服务器；接收到服务器返回的查询结果后进行相应处理。通过上述针对待查询信息的查询方法，既达到全量匹配，提高查询效率；又节约移动终端的存储空间。

进而，将该查询方法应用在存储空间的顽固应用程序清理过程中，可以大大提高清理效率。具体地，对存储空间的清理并不是直接将扫描的目录与全量数据库中存储的所有缓存目录进行匹配查询，而是先在存储有移动终端中常见的缓存目录的本地数据库中进行查询，若查询到匹配的，则可以直接根据本地数据库中存储的相应的可清理策略对该扫描的目录进行相应处理，而无需进行全量匹配，可节约查询和清理时间，提高查询、清理效率；若在本地数据库中查找不到与待查询的目录的路径相匹配的缓存目录，则将待查询的目录的路径上传至服务器进行全量匹配，以便对移动终端的存储空间进行有效清理。

在本发明实施例中，具体地，在移动终端确定本地数据库中没有与待查询信息相匹配的缓存目录后，还可以在黑名单中查找是否有与待查询信息相匹配的目录。其中，黑名单是预先设置的，可以包括但不限于：系统目录的路径、用户创建的目录的路径等。在本实施例中，将应用程序分为三种类型，包括：系统应用、第三方应用程序和预装应用程序。下面分别对上述三种类型进行一下介绍。

其中，

系统应用，为操作系统中提供的必不可少的关键应用程序，在本实施例中不会被判定为顽固应用程序。例如：拨号程序，用于用户进行拨打电话时使用，其虽然会常驻内存，但是却不是顽固应用程序。

第三方应用程序，为用户自主通过下载等方式安装到操作系统中的应用程序，第三方应用程序中有可能存在顽固应用程序。例如，用户下载一款读书软件，是想通过其进行电子书阅读，但是其如果常驻内存进行广告弹窗，则有可能是顽固应用程序。

预装应用程序，指的是用户刷机时或移动终端出厂时，被内置到操作系统中的软件，而非用户主动安装到操作系统中的，也非系统应用。

优选地，在本实施例中可以讲全部预装应用程序判定为顽固应用程序，因为大多数情况下，预装应用程序是终端或操作系统厂商为了其软件推广等商业目的而植入到操作系统中，而并非一定会被用户所接受。

例如，很多手机厂商会在其手机中内置聊天软件，而往往用户都会有自己的即时通信习惯，这些被植入的预装应用程序用户不会使用，而且会占用用户的存储空间。

以在Android操作系统中为例，获取操作系统中安装的应用程序的类型的方法，包括如下步骤：

首先，获取应用程序的包名；

然后，再根据包名在预先内置的查询库中查询应用程序的类型。

其中，查询库中记录有应用程序的包名与类型的对应关系。

需要说明的是，在Android操作系统下，应用程序的安装包为apk格式，且在Android操作系统中，所有的应用程序都以apk的形式存在。

为了区别每一个apk，在Android操作系统中规定，在每个应用程序的安装包的manifest文件中，都必须规定其包名，包名应为唯一的。对包名说明如下：

Android操作系统通过APK的包名(package name)对各个安装的APK进行管理。“包名”源自于Java的package的概念，按照Java的package的命名风格，例如某个Android安装包的包名是com.qihoo360.mobilesafe。Android系统要求每个应用程序都声明一个唯一的安装包的包名。如果要安装的APK的包名和当前手机上某个已有的应用程序的安装包的包名重复了，那么Android系统会拒绝安装。

基于上述原因，在同一个移动终端中，两个包名相同的apk是不能同时存在的。

例如，不同厂商开发的名字都为“地图”的软件，但是其包名一定是不同的，否则在Android操作系统中无法同时安装这两个地图软件。

基于包名的唯一性，可以对应用市场中提供的应用程序的包名进行统计，并同时统计其类型，将包名与类型的对应关系保存在查询库中。

其中，对于包名的获取方式如下：

获取应用程序的manifest文件(manifest文件中通过xml格式对应用程序的各种信息进行了声明)，并对其中的用于声明包名的字段进行读取，得到其包名。

例如，如下即为一个应用程序的manifest文件的示例(非完整manifest文件，以下部分仅仅用于说明)：

其中，package字段标示的即为包名部分，由此可知，上述举例中包名即为“com.myactivities”。

进一步地，在查询库中，可以将每一种类型的包名进行归类。在通过上述方式得到应用程序的包名后，在查询库中的每一个类型下进行轮询，若发现包名，则可得到该应用程序的类型。

作为一种备选的查询库的建立方式，除了通过人工统计得到各个包名的应用程序的类型外，还可以通过由第三方提供的方式获取每个包名的应用程序的类型。

在获取到每一个应用程序的类型后，执行步骤S202，获取应用程序的运行信息。

在本实施例中，应用程序的运行信息是指：该应用程序被关闭后再次开启的时间。

在目前情况下，用户在不需要使用一个应用程序时，会选择将其关闭。但是一些顽固应用在被用户关闭后，会将自身再次打开，偷偷的在后台运行，从而实现其进行广告弹窗等目的。因此，通过监测应用程序被关闭后再次开启的时间，即可得知这些应用程序是否为顽固应用程序。

其中，获取应用程序被关闭后的再次开启时间的方法可以包括：

在应用程序被关闭后，并且用户没有再次发出开启命令的情况下，监测应用程序所属的进程是否再次被打开。

若应用程序被再次打开，则记录该应用程序被关闭后，直至其进程再次创建的时间。

其中，除上述判断应用程序是否再次启动的方式外，还包括多种形式的判断方式，并做解释说明如下：

本专利的发明人发现，在安卓系统中，程序的自启需要一定的条件，除了开机时自启外，安卓系统中应用程序还有可能随着一些敏感事件的启动而自启，这些敏感事件具体可以包括：充电事件、网络状态变化事件(如Wifi联网事件等)、定时器事件、GPS(全球定位系统，Global Positioning System)事件和关联程序启动事件等等，这里的关联程序启动事件是指当程序之间存在关联关系时某应用程序会随着所关联程序的启动而启动。例如，如果微信与QQ之间存在关联关系，那么，即使用户通过自启管理界面禁止了微信，当QQ启动时微信也会自启。又如，如果购物客户端与支付宝钱包之间存在关联关系，那么，当京东启动时支付宝钱包也会关联启动以提供支付环境。再如，如果某应用程序客户端与微博之间存在关联关系，那么，当该应用程序客户端启动时微博也会关联启动以使用微博账号登陆该应用程序客户端。

可以理解，本领域技术人员可以根据应用程序的具体情况寻找其它的敏感事件，如SD卡(安全数码卡，Secure Digital Memory Card)插拔事件等，本发明实施例对具体的敏感事件不加以限制。本发明实施例主要以开启事件为例进行说明，其它敏感事件相互参照即可。

在此介绍安卓系统中敏感事件自启的原理。安卓系统中有一些事件完成以后，会发送广播消息，也即，安卓系统中广播的是操作系统中产生的各种各样的事件。例如，收到一条短信就会产生一个收到短信息的事件，而一旦内部产生了这些事件，就会向所有注册了该事件的应用程序的广播接收器对象来广播这些事件；而应用程序在接收到事件的广播消息后，可以通过将自己唤起等方式进行响应。

例如，安卓系统在启动完成后会在启动第一个应用进程(桌面)时发送一个Standard Broadcast(标准广播)消息，名为"android.intent.action.BOOT_COMPLETED”；这样，对于程序而言，所谓开机自启就是注册接收BOOT_COMPLETED的静态广播，并在收到广播时将自己唤起；由于上述静态广播为常驻型广播，也即当应用程序关闭后，如果有广播消息到来，应用程序也会被系统调用自动运行，故应用程序具备在收到广播时将自己唤起的能力。

在具体实现中，上述解析操作系统中程序注册的敏感事件的广播消息的过程具体可以包括：对于一种或多种敏感事件的广播消息，可以遍历操作系统中安装的程序，并查询哪些程序注册了这些敏感事件的广播消息。

具体地，考虑到上述静态广播是在各程序的配置文件(AndroidManifest.xml)中定义的，故可以依据敏感事件的广播消息对应字符串查询各程序的配置文件，以确定哪些程序注册了这些敏感事件的广播消息。例如，开机事件的广播消息对应字符串为"android.intent.action.BOOT_COMPLETED”，网络变化事件的广播消息对应字符串为“android.net.wifi.WIFI_STATE_CHANGED”等等。

在获知应用程序的运行状态信息后，执行步骤S203，根据应用程序的类型和运行状态信息判定操作系统中的顽固应用程序。

其中，对于顽固应用程序的判定，包括但不限于如下三种情况：

(1)若应用程序为系统应用，则认定为非顽固应用程序；

(2)若应用程序为预装应用程序，则全部认定为顽固应用程序；

(3)若应用程序为第三方应用程序，则根据其运行状态信息判定其是否为顽固应用程序。

其中，在本实施例中，将运行状态为被关闭后，再次开启的第三方应用程序为顽固应用程序。

需要说明的是，部分应用程序存在被关闭后进行自启动是正常的，因此，进一步地本方法还包括：

在第三方应用程序被关闭后，判定其是否在预设的时间内开启；

若其在预设时间内再次开启，则判定其为顽固应用程序；

若其未在预设时间内再次开启，则判定其为非顽固应用程序。

在识别出操作系统中的顽固应用程序后，执行步骤S204，对操作系统中的顽固应用程序执行清理操作。

其中，本实施例中的清理操作可以包括：

对所述应用程序不做处理、停用所述应用程序、卸载所示应用程序。

本发明实施例中，清理操作具体还可以包括如下几种：

完全清理，即将该目录，以及该目录中的所有子目录和文件都进行清理删除。

有效性清理，即对该目录中超过有效时长的文件，即失去时效的文件进行清理删除。

谨慎清理，即向用户提示执行清理的风险且在接收到用户的确定清理的指令后、对该目录中的所有子目录和文件进行勾选清理。

部分清理，即对该目录中标识为建议清理的目录或文件进行清理删除；对该目录中标识为谨慎清理的目录或文件，在接收到用户的确定清理的指令后进行清理删除；对该目录中未标识为建议清理或者谨慎清理的目录或文件，不进行勾选清理。

需要说明的是，由于每款顽固应用程序对于用户的影响程度不同，因此对于不同的顽固应用程序可以采用不同的清理操作方法。

例如：有的顽固应用程序是由用户安装的，其虽然会被关闭后再次开启占用内存，但是由于用户对于该应用程序的需求可能并不愿意将其删除，因此，可以采取停用该顽固应用程序的处理方式。

需要说明的是，在扫描清理的过程中，可以记录本次清理的程序列表；清理动作完成5秒钟以后，再次扫描内存，获取程序列表并且和第一次清理的程序列表进行对比，找出清理失败的和清理成功但是很快重新启动的程序；对这部分程序进行重新清理，5秒钟以后再次扫描并且重新比对；对于始终无法清理的程序，标识为顽固程序；对于顽固程序中的不常用的用户安装程序，可以引导用户卸载或者停用。

进一步地，在一些移动终端的操作系统中，在执行对顽固应用程序的清理操作时，清理软件需要获取在该操作系统中的ROOT权限。

其中，获取操作系统的ROOT权限可以包括多种方法，例如：

当需要执行清理操作时，通过指定命令，获取当前移动终端用户的id级别，如果id＝0，就代表移动终端已经获取ROOT权限，通常，ROOT就是获取移动终端系统的最高使用权限，uid＝0就代表已经获取到最高权限，即移动终端已经获取ROOT权限。

若不具有移动终端的ROOT权限，则调用软件的一键ROOT功能。一键ROOT功能具体可以包括如下步骤：

获取将当前移动终端的型号以及操作系统的版本信息；

将移动终端的型号以及操作系统的版本信息上传到云服务器；

云服务器根据移动移动终端的型号以及操作系统的版本信息查找适合其获取ROOT权限的代码方案，并将查找到的代码方案发送给移动终端；

移动终端运行云服务器发送代码方案即可获取ROOT权限。

进一步地，为了确保不会对用户正常的应用程序产生误清理操作，在本步骤S204对操作系统中的顽固应用程序进行清理之前，还包括如下步骤：

如图3所示，即为本发明实施例提供的一种将顽固应用程序的清理方式进行展示的示意图。

通过如图3所示，若用户不希望微信在后台自启动时被清理，则可以选择允许其自动启动。

在用户对清理顽固应用程序的列表进行确认后，则可以对除用户选择之外的其他顽固应用程序执行清理操作。

具体地，用户可以通过自启管理UI(用户界面，User Interface)产生对于各程序的自启管理行为。例如，在本发明的一种应用示例中，自启管理UI可以在每个程序的附近区域展示允许按钮和禁止按钮，当用户点击禁止按钮后，程序的自启管理状态变成禁止状态，当用户点击允许按钮后，程序的自启管理状态变成允许状态；当然上述允许按钮和禁止按钮只是作为示例，本发明实施例对具体的自启管理UI不加以限制。

在具体实现中，可以记录用户对于程序的自启管理行为，并依据用户最后一次产生的对于程序的自启管理行为确定程序的自启管理状态。

其中，针对所述禁止状态对应程序，阻止其接收到所注册敏感事件的广播消息，从而使其失去自动启动的功能，并做具体解释如下：

依据上述敏感事件自启的原理，程序在接收到敏感事件的广播消息后，才可以通过将自己唤起等方式进行响应，这样，本发明实施例采用阻止程序接收到所注册敏感事件的广播消息的方式，能够实现禁止程序自启的目的；并且，本发明实施例阻止程序接收到所注册敏感事件的广播消息所针对的程序范围包括禁止状态对应程序也即用户不希望自启的程序，因此，能够在尊重用户意愿的情况下禁止程序自启，从而能够提升操作系统的运行速度，节省电子设备的耗电量。

本发明实施例可以提供如下针对所述禁止状态对应程序，阻止其接收到所注册敏感事件的广播消息的阻止接收方案：

阻止接收方案一：

阻止接收方案一停止所述禁止状态对应程序的进程；由于停止了所述禁止状态对应程序的进程，故所述禁止状态对应程序就无法接收到所注册敏感事件的广播消息，或者，即使接收到所注册敏感事件的广播消息，也无法启动。

例如，在安卓系统中，可以采用android.os.killProcess接口以停止给定ID的进程。

又如，还可以采用ActivityManager中的killBackgroundProcesses接口来停止进程优先级低于SERVICE_ADJ的进程；需要说明的是，使用该接口需要声明KILL_BACKGROUND_PROCESSES权限，另外，该接口为ActivityManager中的公开接口，不需要任何权限，也即无需获得ROOT权限。

阻止接收方案二：

阻止接收方案二强制停止所述禁止状态对应程序的进程，使其包状态为停止状态；由于被标记为停止(stopped)状态的程序是不能接收广播的，因此能够阻止其接收到所注册敏感事件的广播消息。

在安卓系统中，可以采用forceStopPackage接口强制停止所述禁止状态对应程序的进程，使其包状态为停止状态；需要说明的是，在使用forceStopPackage接口时需要声明FORCE_STOP_PACKAGES权限，并且，forceStopPackage是一个隐藏接口，需要通过反射等手段实现调用，另外，使用forceStopPackage接口需要系统签名，因此需要预先获得ROOT权限，并且，使用forceStopPackage接口可能会清空定时器，因此可以适用于定时器事件。

阻止接收方案三：

阻止接收方案三禁用所述禁止状态对应程序的组件；对于程序而言，广播消息是通过其广播接收器来接收的，而广播接收器作为程序中的应用组件，拥有“android:enable”属性，如果能够通过“android:enable”属性禁止程序的组件，那么程序将无法接收到所述敏感事件的广播消息。

在具体实现中，可以通过调用setComponentEnabledSetting和setApplicationEnabledSetting接口将程序中的所有组件置为disable状态；其中，

Public void setComponentEnabledSetting(ComponentName

componentName,int newState,int flags)

componentName：组件名称，也即所述禁止状态对应程序的广播接收器

newState：组件新的状态，可以设置三个值，分别是如下：

不可用状态：COMPONENT_ENABLED_STATE_DISABLED

可用状态：COMPONENT_ENABLED_STATE_ENABLED

默认状态：COMPONENT_ENABLED_STATE_DEFAULT

flags:行为标签，值可以是DONT_KILL_APP或者0。0说明杀死包含该组件的apppublic int getComponentEnabledSetting(ComponentName componentName)获取组件的状态

使用setComponentEnabledSetting接口必须是system程序并具有system签名；因此，在未获得system权限但获得了ROOT权限的情况下，可以使用“pm disable”命令。

阻止接收方案四：

阻止接收方案四先于所述禁止状态对应程序接收到其注册敏感事件的广播消息，并拦截该广播消息，以使所述禁止状态对应程序无法接收到所注册敏感事件的广播消息。

在本发明的一种应用示例中，假设所述敏感事件的广播消息为有序广播，有序广播是按照接收者声明的优先级别，被接收者依次接收广播消息。如：A的级别高于B，B的级别高于C，那么，广播消息先传给A，再传给B，最后传给C。优先级别声明在intent-filter元素的android:priority属性中，数越大优先级别越高，取值范围:-1000到1000。因此，在具体实现中，可以设置比所述禁止状态对应程序更高的优先级，先于其接收其所注册敏感事件的广播消息，并通过BroadcastReceiver.abortBroadcast()来终止广播消息，由于广播消息被前面的接收者终止，后面的接收者就再也无法获取到广播消息，因此能够使所述禁止状态对应程序无法接收到所注册敏感事件的广播消息。

上面对针对所述禁止状态对应程序，阻止其接收到所注册敏感事件的广播消息的阻止接收方案进行了详细介绍，可以理解，本领域技术人员可以根据实际需要采用其中的任意一种方案，例如，当所述禁止状态对应程序比较顽固容易复活时可以采用上述阻止接收方案二，当所述禁止状态对应程序不太顽固且不容易复活时可以采用上述阻止接收方案三等的；另外，也可以联合使用多种方案，本发明实施例对具体的组合方式不加以限制。

在具体实现中，所述针对所述禁止状态对应程序，阻止其接收到所注册敏感事件的广播消息的步骤，具体可以为当开机启动或者用户进入自启管理界面时针对所述禁止状态对应程序，阻止其接收到所注册敏感事件的广播消息。由于开机自启为大多数程序最常用的敏感事件，故在开启启动时针对所述禁止状态对应程序，阻止其接收到所注册敏感事件的广播消息可以有效阻止其开机自启，并且也能够阻断其接收到除开机外其它敏感事件的广播消息的通道。另外，当用户进入自启管理界面时，通常怀着提升运行速度的需求，因此，可以在此种情况下禁止所述禁止状态对应程序。

当然，除了上述时机外，本领域技术人员还可以根据实际需要，采用其它时机，例如，在每次敏感事件发生后，检测是否存在自启管理状态为禁止状态但仍然自启的程序，并针对检测得到的程序阻止其接收到所注册敏感事件的广播消息，也即，此种时机下可以只禁止复活自启的程序，如禁止与QQ关联启动的微信等等。

综上，本发明实施例针对用户所管理的禁止状态对应程序，阻止其接收到所注册敏感事件的广播消息；由于阻止程序接收到所注册敏感事件的广播消息能够禁止程序自启，因此，即使在应用程序的自启复活情况下，本发明实施例仍能够依据用户对于程序的自启管理行为及时纠正该应用程序的自启复活，从而达到提升运行速度，节省耗电量的效果。

更近一步地，为了使得用户了解操作系统中的状态信息，本方法还可以包括：

显示操作系统当前的内存使用比例和存储空间使用比例。

例如，在接收到“清理数据详情查看”按键的点击事件后，在显示界面中显示如下至少一种类别的数据：内存数据、缓存数据、系统盘垃圾数据、广告数据、安装包数据、卸载残留数据、大文件数据等等。其中，扫描出的清理数据的所属类别具体可以通过扫描过程中，与预先下载或存储的清理数据库的匹配结果进行确定。这样，在显示界面中显示各类别的数据，可以便于用户清楚地区分内存的清理数据与非易失性存储空间的清理数据，以及对非易失性存储空间的清理数据的具体所属类别的了解，提高用户体验。

较佳地，“清理数据详情查看”按键还可以具体包括：“内存的清理数据详情查看”按键、“非易失性存储空间的清理数据详情查看”按键。

在接收到“内存的清理数据详情查看”按键的点击事件后，可以在显示界面上显示内存的清理数据详情；在接收到“非易失性存储空间的清理数据详情查看”按键的点击事件后，可以在显示界面上显示非易失性存储空间的清理数据的详情。

进一步地，考虑到扫描出的清理数据往往既存在建议清理的清理数据，也存在谨慎清理的清理数据。因此，为了便于用户了解清理数据的清理策略，更优地，在显示界面上，对应每种类别的数据，还可以显示有该类别的数据的建议清理的清理数据的大小，以及“展开”按键。

相应地，在接收到一种类别的数据的“展开”按键的点击事件后，在显示界面上，显示该类别的数据下各子项的相关信息；其中，子项的相关信息包括：子项的名称、占用大小、以及勾选状态。

本发明实施例中，对于确定为建议清理的清理数据，其在所属类别的数据下通常默认设置为已勾选。例如，考虑到系统盘垃圾数据、以及广告数据通常为建议清理的清理数据，因此，为了减少用户的操作，系统盘垃圾数据、以及广告数据下各子项的勾选状态均默认设置为已勾选。

这样，通过点击“展开”按键，可以根据显示的该类别的数据下各子项的勾选状态，了解清理数据的清理策略。而一个类别的数据的建议清理的清理数据的大小通常是指该类别的数据下已勾选的各子项占用大小的总和；在接收到“一键清理”按键的点击事件后，可以对已勾选的子项的数据进行清除。

事实上，对于有些建议清理的清理数据，用户可能并不想清理；而对于有些清理数据，用户可以确定是可以删除的。因此，为了考虑用户的自主性，用户也可以对子项的勾选状态进行调整，以便有效的释放内存和非易失性存储空间。

进一步地，在文件清理过程中，可以通过多个悬浮窗显示当前移动终端对于内存、存储空间等的使用情况。

例如：第一悬浮窗始终显示，主要为用户展示移动终端的当前内存占用率，当检测到移动终端有文件需清理时，还展示清理提示。

在本方法中，第一悬浮窗比较小，包括表征内存占用率的圆球和表征清理提示的气球对话框；对于内存占用率，每10s刷新一次；当内存占用率在85％以下，显示蓝色；当内存占用率在85％及以上，显示红色；触发气球对话框时，气球对话框可展开，显示相应的提示文案。

在本方法中，第二悬浮窗较大，包括内存加速界面、清理界面及常用界面。各界面的功能如下：

A.内存加速界面包括初始子界面和完成子界面，初始子界面用于显示当前内存占用率，其上设有点击加速功能控件，该控件用于调用完成子界面。

内存加速的具体过程为：加速前，初始子界面展示当前内存占用率，当内存占用率小于85％时，初始子界面显示蓝色，当内存占用率为85％及以上时，初始子界面显示红色；点击加速功能控件后，内存占用率从初始值下降至0％再回升至加速后的内存占用率，界面颜色也发生相应的变化，最终生成完成子界面。

其中，完成子界面还显示提速了多少，提速多少的计算方法为：加速前的当前内存占用率减去加速后的当前内存占用率，若二者的差值小于1％，完成子界面则显示“已达最佳”。

其中，初始子界面显示的当前内存占用率从第一悬浮窗读取，与第一悬浮窗展示的内存占用率相同。

B.清理界面包括扫描子界面、停止扫描子界面、清理子界面及已清理子界面。扫描子界面、停止扫描子界面、清理子界面上分别设有扫描功能控件、停止扫描功能控件、一键清理功能控件，扫描功能控件用于调用停止扫描子界面，停止扫描功能控件用于调用清理子界面，一键清理功能控件用于调用已清理子界面。

清理的具体过程为：清理前，扫描子界面展示当前存储值；点击扫描功能控件后，停止扫描子界面显示扫描出的垃圾值；点击停止扫描功能控件后，若已扫描出垃圾，转至清理子界面，若未扫描出垃圾，则转至扫描子界面；清理子界面显示已扫描出的垃圾，此界面上还设有详情控件，用于查询垃圾详情；点击一键清理功能控件后，已清理子界面显示已清理的垃圾。

其中，若扫描出的垃圾小于等于50M，则停止扫描子界面、清理子界面为蓝色；若扫描出的垃圾大于50M，则停止扫描子界面、清理子界面为红色。

C.常用界面包括自启管理功能控件、卸载预装功能控件、隐私清理功能控件、游戏/视频加速功能控件、软件卸载功能控件及定时清理功能控件。上述功能控件均为相应功能的入口。

上述各界面均设有设置控件和进入系统界面的控件，其中，设置控件用于对第二悬浮窗进行设置。

根据第一悬浮窗展示的内容，调用的第二悬浮窗的显示状态包括以下两种情况：

A.当第一悬浮窗为内存占用率展示时，第二悬浮窗显示常规界面，该常规界面具体为内存加速界面。

B.当第一悬浮窗为内存占用率和清理提示展示时，第二悬浮窗显示常规界面、且常规界面上增加清理提示区域。其中，清理提示区域为控件区域。

其中，清理提示区域设有与第一悬浮窗的清理提示相对应的提示文案。

在其他方法中，当清理提示与第二悬浮窗界面的功能相对应时，第二悬浮窗直接显示清理提示所需的界面。

在展示当前移动终端的内存、存储空间使用情况后，等待并接收对第二悬浮窗操作所产生的清理指令。

由于本方法是基于第二悬浮窗进行清理的，因此需要对第二悬浮窗进行操作，具体为对第二悬浮窗的功能控件或清理提示区域进行操作。

在接收到清理指令后，根据清理指令，对文件进行清理。

A.根据对功能控件操作所产生的清理指令，对文件进行清理。

当第一悬浮窗没有清理提示时，用户可自行选择功能控件进行清理。

需要指出的是，当第一悬浮窗存在清理提示时，用户也可自行选择第二悬浮窗的功能控件进行清理。

B.根据对清理提示区域操作所产生的清理指令，调用第二悬浮窗的界面或系统界面，对文件进行清理。

下面通过具体方法对B种清理方式进行详细阐述。

a.当用户手机新安装软件后，检测新安装的软件中是否有开机/后台自启权限，若有且已获取Root权限，则第一悬浮窗进行提示。

点击第一悬浮窗，调用第二悬浮窗，第二悬浮窗清理提示区域显示文案“新增自启软件，点此处理。”，点击清理提示区域后，跳转至第二悬浮窗的常用界面，由常用界面的自启管理功能控件进入自启管理系统界面，进行自启管理。

b.手机解锁屏后，检测内存空间，若内存空间不足20％，第一悬浮窗进行提示，此检测可间隔预定时间进行检测。

点击第一悬浮窗，调用第二悬浮窗，第二悬浮窗清理提示区域显示文案“内存空间不足20％，点此释放空间”，点击清理提示区域后，进入系统盘符分析界面，进而进行进一步的清理。

c.手机解锁屏后，检测存储空间，若存储空间不足20％，第一悬浮窗进行提示，此检测可间隔预定时间进行检测。

点击第一悬浮窗，调用第二悬浮窗，第二悬浮窗清理提示区域显示文案“存储空间不足20％，点此释放空间”，点击清理提示区域后，进入系统盘符分析界面，进而进行进一步的清理。

d.手机解锁屏后，检测可正常卸载预装软件是否超过5款，若超过且已获得Root权限，第一悬浮窗进行提示，此检测可间隔预定时间进行检测，在预定时间内，提示次数也可根据需要进行限定。

点击第一悬浮窗，调用第二悬浮窗，第二悬浮窗清理提示区域显示文案“5款预装软件可卸载，点此释放空间”，点击清理提示区域后，跳转至第二悬浮窗的常用界面，由常用界面的卸载预装功能控件进入卸载预装系统界面，进行卸载。

手机解锁屏后，检测可正常卸载预装软件是否超过5款，若超过但没有获得Root权限，第一悬浮窗同样进行提示。

第二悬浮窗清理提示区域显示的文案为“5款预装软件可停用，点此释放空间”，点击清理提示区域，进入相应的系统界面。

e.手机解锁屏后，检测不常用软件是否超过5款，若超过，第一悬浮窗进行提示，此检测可间隔预定时间进行检测。其中，当本次检测的不常用软件个数与上次检测的不常用软件个数相同，则本次不进行提示。

点击第一悬浮窗，调用第二悬浮窗，第二悬浮窗清理提示区域显示文案“5款不常用软件可卸载，点此释放空间”，点击清理提示区域后，跳转至第二悬浮窗的常用界面，由常用界面的软件卸载功能控件进入软件卸载系统界面，进行卸载。

f.手机解锁屏后，检测同类软件是否超过3款，若超过，第一悬浮窗进行提示，此检测可间隔预定时间进行检测。

点击第一悬浮窗，调用第二悬浮窗，第二悬浮窗清理提示区域显示文案“同类软件过多，点击释放空间”，点击清理提示区域，跳转至相应的系统界面或弹框，进行卸载。

其中，第一悬浮窗还可对系统中用户没有使用的新功能进行提醒。

在其他方法中，当手机锁屏且与电脑通过USB线连接，在晚上1-5点之间，检测是否存在大于100M的可清理的存储垃圾，若存在，第一悬浮窗进行提示，此检测可间隔预定时间进行检测。

点击第一悬浮窗，调用第二悬浮窗，第二悬浮窗直接展示其清理界面，进行垃圾清理。

以上各种方式，第一悬浮窗预定时间内(如2个小时)不再产生新的提示。

在本方法中，清理提示是否生效、清理提示区域的文案、检测时机及提示间隔等都可进行云控。

以上所述，本方法利用第一悬浮窗对移动终端中需清理的文件进行即时提醒，并基于第二悬浮窗进行清理，方便用户的操作，提高用户体验。

通过上述展示，可以使得用户根据自己的移动终端的当前情况，更加明确的确定需要进行清理的顽固应用程序。

本发明实施例提供的一种优化移动终端的运行速度的方法，通过获取操作系统中全部应用程序的类型和运行状态信息，并根据应用程序的类型和运行状态信息对其中的顽固应用程序进行识别，可以准确的定位操作系统中不易被清除的顽固应用程序，解决了现有技术不能对关闭后自动启动类的顽固应用程序进行识别的问题，并对这些顽固应用程序进行清理，可以释放内存，提升移动终端的运行速度，解决用户的移动终端卡顿的问题。

实施例三

图4是本发明一个实施例提供的一种优化移动终端的运行速度的装置结构框图，该装置400包括：

信息获取模块410，适于获取操作系统中的应用程序的类型和运行状态信息；

识别模块420，适于根据应用程序的类型和运行状态信息识别操作系统中的顽固应用程序；

清理模块430，适于对顽固应用程序执行清理操作。

可选地，应用程序的类型包括：预装应用程序、系统应用程序和第三方应用程序；

应用程序的运行状态信息包括：应用程序被关闭后再次开启的时间。

可选地，信息获取模块410适于按照如下方式获取操作系统中的应用程序的类型：

获取应用程序的包名；

通过包名在预先内置的查询库中查询应用程序的类型；

其中，查询库中记录有应用程序的包名与类型的对应关系。

可选地，查询库中还记录有每个应用程序的清理方式，且在查询库中通过多个数据库表记录应用程序的包名、类型和清理方式；

清理方式包括：对应用程序不做处理、停用应用程序、卸载所示应用程序。

可选地，识别模块420，包括：

筛选单元421，适于筛选出操作系统中类型为预装应用程序和第三方应用程序；

第一识别单元422，适于对于预装应用程序，全部识别为顽固应用程序；

第二识别单元423，适于对于第三方应用程序，将被关闭后再次开启时间未达到预设时长、且不在预设的白名单中的应用程序识别为顽固应用程序。

可选地，清理模块430，包括：

第一清理单元431，适于对判定为顽固应用程序的预装应用程序执行停用操作；

第二清理单元432，适于对判定为顽固应用程序的第三方应用程序执行卸载操作。

可选地，该装置400还包括：

权限获取模块440，适于在对顽固应用程序执行清理操作之前，获取操作系统的根用户ROOT权限。

可选地，该装置400还包括：

提示模块450，适于在获取操作系统中的应用程序的类型和运行状态信息之前，显示操作系统当前的内存使用比例和存储空间使用比例。

可选地，该装置400还包括：

选择模块460，适于在对顽固应用程序执行清理操作之前，显示可进行清理操作的顽固应用程序，并提示用户对不需进行清理的顽固应用程序进行选择。

可选地，清理模块430，具体适于按照如下方式对顽固应用程序执行清理操作：

对除用户选择之外的其他顽固应用程序执行清理操作。

本发明提供了一种优化移动终端的运行速度的装置，通过获取操作系统中全部应用程序的类型和运行状态信息，并根据应用程序的类型和运行状态信息对其中的顽固应用程序进行识别，可以准确的定位操作系统中不易被清除的顽固应用程序，解决了现有技术不能对关闭后自动启动类的顽固应用程序进行识别的问题，并对这些顽固应用程序进行清理，可以释放内存，提升移动终端的运行速度，解决用户的移动终端卡顿的问题。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的优化移动终端的运行速度的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

至此，本领域技术人员应认识到，虽然本文已详尽示出和描述了本发明的多个示例性实施例，但是，在不脱离本发明精神和范围的情况下，仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此，本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。

本发明实施例提供了A1.一种优化移动终端的运行速度的方法，包括：获取操作系统中的应用程序的类型和运行状态信息；根据所述应用程序的类型和运行状态信息识别所述操作系统中的顽固应用程序；对所述顽固应用程序执行清理操作。A2.根据A1所述的方法，其中，所述应用程序的类型包括：预装应用程序、系统应用程序和第三方应用程序；所述应用程序的运行状态信息包括：所述应用程序被关闭后再次开启的时间。A3.根据A2所述的方法，其中，述获取操作系统中的应用程序的类型，包括：获取所述应用程序的包名；通过所述包名在预先内置的查询库中查询所述应用程序的类型；其中，所述查询库中记录有应用程序的包名与类型的对应关系。A4.根据A3所述的方法，其中，所述查询库中还记录有每个应用程序的清理方式，且在所述查询库中通过多个数据库表记录所述应用程序的包名、类型和清理方式；所述清理方式包括：对所述应用程序不做处理、停用所述应用程序、卸载所示应用程序。A5.根据A2至A4任一项所述的方法，其中，所述根据所述应用程序的类型和运行状态信息识别所述操作系统中的顽固应用程序，包括：筛选出所述操作系统中类型为预装应用程序和第三方应用程序；对于所述预装应用程序，全部识别为顽固应用程序；对于所述第三方应用程序，将被关闭后再次开启时间未达到预设时长、且不在预设的白名单中的应用程序识别为顽固应用程序。A6.根据A5所述的方法，其中，所述对所述顽固应用程序执行清理操作，包括：判定为顽固应用程序的预装应用程序执行停用操作；对判定为顽固应用程序的第三方应用程序执行卸载操作。A7.根据A1至A6任一项所述的方法，其中，在所述对所述顽固应用程序执行清理操作之前，还包括：获取操作系统的根用户ROOT权限。A8.根据A1至A7任一项所述的方法，其中，在所述获取操作系统中的应用程序的类型和运行状态信息之前，还包括：显示所述操作系统当前的内存使用比例和存储空间使用比例。A9.根据A1至A8任一项所述的方法，其中，在所述对所述顽固应用程序执行清理操作之前，还包括：显示可进行清理操作的顽固应用程序，并提示用户对不需进行清理的顽固应用程序进行选择。A10.根据A9所述的方法，其中，所述对所述顽固应用程序执行清理操作，包括：对除用户选择之外的其他顽固应用程序执行清理操作。

本发明实施例提供了B11.一种优化移动终端的运行速度的装置，包括：信息获取模块，适于获取操作系统中的应用程序的类型和运行状态信息；识别模块，适于根据所述应用程序的类型和运行状态信息识别所述操作系统中的顽固应用程序；清理模块，适于对所述顽固应用程序执行清理操作。B12.根据B11所述的装置，其中，所述应用程序的类型包括：预装应用程序、系统应用程序和第三方应用程序；所述应用程序的运行状态信息包括：所述应用程序被关闭后再次开启的时间。B13.根据B12所述的装置，其中，所述信息获取模块适于按照如下方式获取操作系统中的应用程序的类型：获取所述应用程序的包名；通过所述包名在预先内置的查询库中查询所述应用程序的类型；其中，所述查询库中记录有应用程序的包名与类型的对应关系。B14.根据B13所述的装置，其中，所述查询库中还记录有每个应用程序的清理方式，且在所述查询库中通过多个数据库表记录所述应用程序的包名、类型和清理方式；所述清理方式包括：对所述应用程序不做处理、停用所述应用程序、卸载所示应用程序。B15.根据B12至B14任一项所述的装置，其中，所述识别模块，包括：筛选单元，适于筛选出所述操作系统中类型为预装应用程序和第三方应用程序；第一识别单元，适于对于所述预装应用程序，全部识别为顽固应用程序；第二识别单元，适于对于所述第三方应用程序，将被关闭后再次开启时间未达到预设时长、且不在预设的白名单中的应用程序识别为顽固应用程序。B16.根据B15所述的装置，其中，所述清理模块，包括：第一清理单元，适于对判定为顽固应用程序的预装应用程序执行停用操作；第二清理单元，适于对判定为顽固应用程序的第三方应用程序执行卸载操作。B17.根据B11至B16任一项所述的装置，其中，所述装置还包括：权限获取模块，适于在对所述顽固应用程序执行清理操作之前，获取操作系统的根用户ROOT权限。B18.根据B11至B17任一项所述的装置，其中，所述装置还包括：提示模块，适于在获取操作系统中的应用程序的类型和运行状态信息之前，显示所述操作系统当前的内存使用比例和存储空间使用比例。B19.根据B11至B18任一项所述的装置，其中，所述装置还包括：选择模块，适于在对所述顽固应用程序执行清理操作之前，显示可进行清理操作的顽固应用程序，并提示用户对不需进行清理的顽固应用程序进行选择。B20.根据B19所述的装置，其中，所述清理模块，具体适于按照如下方式对所述顽固应用程序执行清理操作：对除用户选择之外的其他顽固应用程序执行清理操作。

Claims

1.一种优化移动终端的运行速度的方法，包括：

获取操作系统中的应用程序的类型和运行状态信息；

对所述顽固应用程序执行清理操作；

其中，所述应用程序的类型包括第三方应用程序；所述应用程序的运行状态信息包括所述应用程序被关闭后再次开启的时间；

根据所述应用程序的类型和运行状态信息识别所述操作系统中的顽固应用程序，包括：

对于所述第三方应用程序，判定其在被关闭后是否在预设的时间内开启；若其在预设时间内再次开启，则判定其为顽固应用程序；若其未在预设时间内再次开启，则判定其为非顽固应用程序。

2.根据权利要求1所述的方法，其中，所述应用程序的类型包括：预装应用程序、系统应用程序和第三方应用程序；

3.根据权利要求2所述的方法，其中，所述获取操作系统中的应用程序的类型，包括：

获取所述应用程序的包名；

4.根据权利要求3所述的方法，其中，所述查询库中还记录有每个应用程序的清理方式，且在所述查询库中通过多个数据库表记录所述应用程序的包名、类型和清理方式；

5.根据权利要求2至4任一项所述的方法，其中，所述根据所述应用程序的类型和运行状态信息识别所述操作系统中的顽固应用程序，包括：

对于所述预装应用程序，全部识别为顽固应用程序；

6.根据权利要求5所述的方法，其中，所述对所述顽固应用程序执行清理操作，包括：

判定为顽固应用程序的预装应用程序执行停用操作；对判定为顽固应用程序的第三方应用程序执行卸载操作。

7.根据权利要求1至4任一项所述的方法，其中，在所述对所述顽固应用程序执行清理操作之前，还包括：

获取操作系统的根用户ROOT权限。

8.根据权利要求1至4任一项所述的方法，其中，在所述获取操作系统中的应用程序的类型和运行状态信息之前，还包括：

9.根据权利要求1至4任一项所述的方法，其中，在所述对所述顽固应用程序执行清理操作之前，还包括：

10.根据权利要求9所述的方法，其中，所述对所述顽固应用程序执行清理操作，包括：

对除用户选择之外的其他顽固应用程序执行清理操作。

11.一种优化移动终端的运行速度的装置，包括：

清理模块，适于对所述顽固应用程序执行清理操作；

所述识别模块还适于对于所述第三方应用程序，判定其在被关闭后是否在预设的时间内开启；若其在预设时间内再次开启，则判定其为顽固应用程序；若其未在预设时间内再次开启，则判定其为非顽固应用程序。

12.根据权利要求11所述的装置，其中，所述应用程序的类型包括：预装应用程序、系统应用程序和第三方应用程序；

13.根据权利要求12所述的装置，其中，所述信息获取模块适于按照如下方式获取操作系统中的应用程序的类型：

获取所述应用程序的包名；

14.根据权利要求13所述的装置，其中，所述查询库中还记录有每个应用程序的清理方式，且在所述查询库中通过多个数据库表记录所述应用程序的包名、类型和清理方式；

15.根据权利要求12至14任一项所述的装置，其中，所述识别模块，包括：

16.根据权利要求15所述的装置，其中，所述清理模块，包括：

17.根据权利要求11至14任一项所述的装置，其中，所述装置还包括：

18.根据权利要求11至14任一项所述的装置，其中，所述装置还包括：

19.根据权利要求11至14任一项所述的装置，其中，所述装置还包括：

20.根据权利要求19所述的装置，其中，所述清理模块，具体适于按照如下方式对所述顽固应用程序执行清理操作：

对除用户选择之外的其他顽固应用程序执行清理操作。