CN106354537A - 一种桌面启动器加速启动的方法及系统 - Google Patents

Abstract

本发明公开了一种桌面启动器加速启动的方法及系统，所述方法包括，在Launcher初始化时，加载系统已安装的应用程序；在预先建立的Activity组件信息列表读取各应用程序对应的根Activity组件信息；根据各根Activity组件信息将其对应的应用程序封装成显示图标；将所述显示图标显示于系统的屏幕上，完成Launch桌面启动器加速启动的。这样就使得系统无需扫描用户安装的大量用户apk就可以进入Launcher应用实现系统的正常开机，减少了开机过程中耗费在扫描apk上的时间，提高了Launcher的启动速度。

Description

一种桌面启动器加速启动的方法及系统

技术领域

本发明涉及终端技术领域，特别涉及一种桌面启动器加速启动的方法及系统。

背景技术

Android系统（安卓系统）在启动时会安装应用程序，当应用程序安装完成之后，通过Home应用程序将安装好的应用程序在桌面上显示。在Android系统中，所述Home应用程序为Launcher(Andriod 系统的桌面启动器)。

Android系统中的Launcher是由ActivityManagerService（活动管理服务）启动的，而ActivityManagerService和PackageManagerService（包管理服务）一样，都是在开机时由SystemServer（系统服务）组件启动的。SystemServer组件首先启动PackageManagerService安装应用程序，系统中的应用程序安装完成，SystemServer组件通过ActivityManagerService启动Launcher。Launcher在启动过程中通过PackageManagerServie逐个扫描系统apk（Andriod Package，安装包）文件获取apk中Action类型为Intent.ACTION_MAIN，并且Category类型为Intent.CATEGORY_LAUNCHER的根Activity组件信息。但是随着系统中apk包的增多，查找根Activity（应用）组件信息的过程花费的时间会变得越来越长，Launcher通过PackageManagerServie获取根Activity信息的时间也加成，影响了Android系统Launcher的启动时间，给用户造成不便。

因而现有技术还有待改进和提高。

发明内容

本发明的目的在于提供一种桌面启动器快速启动的方法及系统。

为了解决上述技术问题，本发明所采用的技术方案如下：

一种桌面启动器加速启动的方法，其包括：

在Launcher初始化时，加载系统已安装的应用程序；

在预先建立的根Activity组件信息列表中读取各应用程序对应的根Activity组件信息；

根据各根Activity组件信息将其对应的应用程序封装成显示图标；

将所述显示图标显示于系统的屏幕上，完成Launcher启动。

所述桌面启动器加速启动的方法，其中，所述在预先建立的根Activity组件信息列表中读取各应用程序对应的根Activity组件信息具体包括：

判断能否从存储介质中读取已安装文件的Activity组件信息列表；

若读取到所述Activity组件信息列表，则根据加载的应用程序在预先建立的根Activity组件信息列表读取各应用程序对应的根Activity组件信息。

所述桌面启动器加速启动的方法，其中，所述在预先建立的Activity组件信息列表读取各应用程序对应的根Activity组件信息还包括：

若未读取到所述Activity组件信息列表，则启动Launcher。

所述桌面启动器加速启动的方法，其中，所述根据加载的应用程序在预先建立的根Activity组件信息列表中读取各应用程序对应的根Activity组件信息之前还包括：

当Android系统启动时，启动包管理服务并从存储介质中读取apk包列表信息；

根据读取到apk包列表信息获取各apk包的根Activity组件信息，并将所述根Activity组件信息存储于根Activity组件信息列表中。

所述桌面启动器加速启动的方法，其中，所述将所述各显示图标显示于系统的屏幕上，完成Launcher启动之后还包括：

在Android系统退出时，将根Activity组件信息列表保存到设备存储介质上的文件中。

一种桌面启动器加速启动的系统，其包括：

加载模块，用于在Launcher初始化时，加载系统已安装的应用程序；

读取模块，用于在预先建立的根Activity组件信息列表中读取各应用程序对应的根Activity组件信息；

封装模块，用于根据各根Activity组件信息将其对应的应用程序封装成显示图标；

显示模块，用于将所述显示图标显示于系统的屏幕上，完成Launcher启动。

所述桌面启动器加速启动的系统，其中，所述读取模块具体包括：

判断单元，用于判断能否从存储介质中读取已安装文件的根Activity组件信息列表；

读取单元，用于当读取到所述Activity组件信息列表时，预先建立的Activity组件信息列表读取各应用程序对应的根Activity组件信息。

所述桌面启动器加速启动的系统，其中，所述读取模块还包括：

启动单元，用于当未读取到所述Activity组件信息列表时，启动Launcher。

所述桌面启动器加速启动的系统，其还包括：

启动模块，用于当Android系统启动时，启动包管理服务并从存储介质中读取apk包列表信息；

创建模块，用于根据读取到apk包列表信息获取各apk包的根Activity组件信息，并将所述根Activity组件信息存储于根Activity组件信息列表中。

所述桌面启动器加速启动的系统，其特征在于，其还包括：

存储单元，用于在Android系统退出时，将根Activity组件信息列表保存到设备存储介质上的文件中。

有益效果：与现有技术相比，本发明提供了一种桌面启动器加速启动的方法及系统，所述方法包括，在Launcher初始化时，加载系统已安装的应用程序；在预先建立的Activity组件信息列表读取各应用程序对应的根Activity组件信息；根据各根Activity组件信息将其对应的应用程序封装成显示图标；将所述显示图标显示于系统的屏幕上，完成Launch桌面启动器加速启动的。这样就使得系统无需扫描用户安装的大量用户apk就可以进入Launcher 应用实现系统的正常开机，从而不仅减少了开机过程中耗费在扫描apk上的时间，显著地提高了提高了Launcher的启动速度。

附图说明

图1为本发明提供的桌面启动器加速启动的方法较佳实施的流程图。

图2为本发明提供的根Activity组件信息列表创建过程的流程图

图3为本发明提供的桌面启动器加速启动的系统的结构原理图。

具体实施方式

本发明提供一种桌面启动器加速启动的方法及系统，为使本发明的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

下面结合附图，通过对实施例的描述，对发明内容作进一步说明。

请参照图1，图1为本发明提供一种桌面启动器加速启动的方法的较佳实施例的流程图。所述方法包括：

S100、在Launcher初始化时，加载系统已安装的应用程序。

具体地，所述Launcher应用，也即是桌面启动器，是Andriod系统加载完毕后第一个启动的应用程序，其负责处理和响应除应用本身操作外的所有操作，例如包括提供操作界面(即桌面)、响应于点击桌面上的应用程序图标而启动应用程序、响应于长按桌面而呈现上下文菜单、响应于长按桌面图标而呈现垃圾箱界面、响应于长按桌面上的应用程序图标而启动应用程序图标的位置移动操作和设置壁纸等。

所述在Launcher初始化时指的是当Launch桌面启动器加速启动的通过调用初始化函数onCreate进行初始化时。在Launcher初始化之前Andriod系统已经通过SystemServr（系统服务）启动PackageManagerService（包管理服务）并通过PackageManagerService安装系统的应用程序。

在Launcher初始化时，调用LoaderTask的run函数执行加载系统中已安装的应用程序的信息的操作，然后在调用LoaderTask的loadAndBindAllApps函数加载系统中已经安装了的应用程序。所述loadAndBindAllApps函数定义在：

packages/apps/Launcher2/src/com/android/launcher2/LauncherModel.java文件中。

S200、根据加载的应用程序在预先建立的根Activity组件信息列表中读取各应用程序对应的根Activity组件信息。

具体地，所述根据加载的应用程序在预先建立的Activity组件信息列表读取各应用程序对应的根Activity组件信息指的是当加载完已安装应用程序后，从存储介质中存储的Activity组件信息列表中获取各应用程序对应的根Activity组件信息。

所述根Activity组件信息指的是Action类型为Intent.ACTION_MAIN，并且Category类型为Intent.CATEGORY_LAUNCHER的Activity组件信息。并且当应用程序的根Activity组件启动就代表了所述应用程序启动。从而在Launch桌面启动器加速启动的过程中，只要获取应用程序的根Activity组件并启动，则就启动了所述应用程序。

在本实施例中，所述Activity组件信息列表可以是android系统在启安装应用程序时通过PackageManagerServie获取并生产的，也可以是系统预先建立的。从而在根据加载的应用程序在预先建立的Activity组件信息列表读取各应用程序对应的根Activity组件信息之前还可以包括一个读取过程，其具体可以为：

S201、当加载完系统已安装的应用程序后，读取存储介质中的根Activity组件信息列表；若读取到根Activity组件信息列表，则执行步骤S202；若未读取到根Activity组件信息列表，则启动launcher。

具体地，所述读取根Activity组件信息列表可以通过在存储介质中查找根Activity组件信息列表来实现。在实际应用中，所述根Activity组件信息列表可以采用唯一标识来存储，这样可以根据所述唯一标识来判断存储介质中是否包含所述根Activity组件信息列表。所述存储介质可以为系统内存等存储单元。当读取到所述根Activity组件信息后，在所述根Activity组件信息中查找每个应用程序对应的根Activity信息，并启动所述根Activity信息。值得说明，所述根Activity组件信息中存储有所有系统已经安装的应用程序的根Activity信息，并且所述根Activity信息与应用程序一一对应。从而可以根据加载的应用程序在所述根Activity组件信息列表中查找到其对应的根Activity组件信息。

在本实施例中，所述Activity组件信息列表为包管理服务器预先生成并存储于存储介质中，所述Activity组件信息列表生成过程可以为通过PackageManagerService的queryIntentActivities函数获得系统中已经安装应用程序的根Activity组件信息。

所述函数queryIntentActivities函数首先构造一个CATEGORY_LAUNCHER类型的Intent，接着获取PackageManagerService的接口，并通过所述接口的PackageManagerService.queryIntentActivities接口来取回所有Action类型为Intent.ACTION_MAIN，并且Category类型为Intent.CATEGORY_LAUNCHER的根Activity组件信息，并将所述根Activity组件信息存储与根Activity组件信息列表内。其中，所述PackageManagerService.queryIntentActivities函数定义在:

frameworks/base/services/java/com/android/server/PackageManagerService.java文件中。

所述获取应用程序的根Activity组件信息的具体可以为启动一个应用程序管理服务PackageManagerService，并通过包管理服务扫描系统中文件的目录查找里面的应用程序文件，即以Apk为后缀的文件，然后对Apk为后缀的文件进解析，得到应用程序的相关信息，把解析得到的Activity都保存在其成员变量中，在通过queryIntentActivities函数返回符合条件intent的Activity，将这些返回的Activity信息保存起来。最后返回的便是Action类型为Intent.ACTION_MAIN，并且Category类型为Intent.CATEGORY_LAUNCHER的根Activity组件信息。

进一步，为了减少获取根Activity组件信息的时间，可以预设在存储介质中建立apk包列表信息，所述apk包列表信息建立过程可以如上所述。那么所述获取应用程序的根Activity组件信息还可以通过如下过程实现，如图2所示，其具体包括：

H10、当Android系统启动时，启动包管理服务；

H20、从存储介质中读取apk包列表信息，若读取到apk包列表信息，则进入步骤H40；若未读取到apk包列表信息，则进入步骤H30；

H30、扫描并解析apk 包生成apk包列表信息；

H40、获取所述apk包列表信息；

H50、在所述apk包列表信息中，查找所有根Activity组件信息并生成Activity组件信息列表，其中，所述根Activity组件信息为Action名称为Intent.ACTION_MAIN，Category类型为Intent.CATEGORY_LAUNCHER的Activity的信息；

H60、将生成的Activity组件信息列表存储于存储介质中；

H70、包管理服务启动结束。

S300、根据各根Activity组件信息将其对应的应用程序封装成显示图标。

具体地，在获取系统中已经安装了的应用程序的根Activity组件信息后，通过调用Launcher的bindAllApplications函数，应用程序Launcher将各应用程序封装成一个快捷图标。

S400、将所述各显示图标显示于系统的屏幕上，完成Launch桌面启动器加速启动的。

具体地，当所述已安装应用成封装完成后，应用程序Launcher控制系统的屏幕显示所有已安装程序的快捷图像，并完成Launch桌面启动器加速启动的。

为了进一步Launch桌面启动器加速启动的时间，所述步骤S400之后还可以包括一个保存过程，其具体为在Launcher退出时将根Activity组件信息列表保存到设备存储介质上的文件中。下次重新启动的Launcher时候通过读取文件中保存的根Activity组件信息列表，代替通过扫描apk包获取apk包列表信息，在通过apk包列表信息获取根Activity组件信息列表方式，从而节约了apk包的扫描时间，进而节约了Launch桌面启动器加速启动的的时间。

在本实施例的一个实施方式中，用户在Launcher运行过程中可能会时不时地自行安装应用程序，而Launcher在此后的启动时需要使用户当前安装应用程序显示于屏幕上。为了使用户当前安装的应用程序能够在Launcher下一次启动时显示于桌面上，本实施例还可以包括：响应于Launcher运行过程中安装应用程序的操作，将当前安装的应用程序的根Activity组件信息存储于根Activity组件信息列表。

在本实施例的又一个实施方式中，用户有时可能会删除某些应用程序。为了避免在用户删除应用程序，在Launcher重新启动时还会显示于屏幕上，本实施例还可以包括：响应于系统运行过程中删除应用程序操作，将所述应用程序的根Activity组件信息从根Activity组件信息列表中删除。

本发明提供的桌面启动器加速启动的方法，其通过将Android系统全部apk包中满足Action类型为Intent.ACTION_MAIN，并且Category类型为Intent.CATEGORY_LAUNCHER的Activity的信息保存在设备存储介质的文件的根Activity组件信息列表中，在系统重新启动的时候直接读取该文件中的列表信息，当Launch桌面启动器加速启动的时候，代替逐个扫描、解析apk 包的方法获取Action类型为Intent.ACTION_MAIN，并且Category类型为Intent.CATEGORY_LAUNCHER的Activity，节约apk 包的扫描、解析时间，从而使Android系统Launcher应用能够快速的启动。

本发明还提供了一种桌面启动器加速启动的系统，如图3所示，其包括：

加载模块100，用于在Launcher初始化时，加载系统已安装的应用程序；

读取模块200，用于在预先建立的Activity组件信息列表读取各应用程序对应的根Activity组件信息；

封装模块300，用于根据各根Activity组件信息将其对应的应用程序封装成显示图标；

显示模块400，用于将所述显示图标显示于系统的屏幕上，完成Launcher启动。

所述桌面启动器加速启动的系统，其中，所述读取模块具体包括：

判断单元，用于判断能否从存储介质中读取已安装文件的根Activity组件信息列表；

读取单元，用于当读取到所述Activity组件信息列表时，预先建立的Activity组件信息列表读取各应用程序对应的根Activity组件信息。

所述桌面启动器加速启动的系统，其中，所述读取模块还包括：

启动单元，用于当未读取到所述Activity组件信息列表时，启动Launcher。

所述桌面启动器加速启动的系统，其还包括：

启动模块，用于当Android系统启动时，启动包管理服务并从存储介质中读取apk包列表信息；

创建模块，用于根据读取到apk包列表信息获取各apk包的根Activity组件信息，并将所述根Activity组件信息存储于根Activity组件信息列表中。

所述桌面启动器加速启动的系统，其特征在于，其还包括：

存储单元，用于在Android系统退出时，将根Activity组件信息列表保存到设备存储介质上的文件中。

在本发明所提供的实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种桌面启动器加速启动的方法，其特征在于，其包括：

在Launcher初始化时，加载系统已安装的应用程序；

根据加载的应用程序在预先建立的根Activity组件信息列表中读取各应用程序对应的根Activity组件信息；

根据各根Activity组件信息将其对应的应用程序封装成显示图标；

将所述显示图标显示于系统的屏幕上，完成Launcher启动。

2.根据权利1所述桌面启动器加速启动的方法，其特征在于，所述根据加载的应用程序在预先建立的根Activity组件信息列表中读取各应用程序对应的根Activity组件信息具体包括：

判断能否从存储介质中读取已安装文件的Activity组件信息列表；

若读取到所述Activity组件信息列表，则根据加载的应用程序在预先建立的根Activity组件信息列表中读取各应用程序对应的根Activity组件信息。

3.根据权利要求2所述桌面启动器加速启动的方法，其特征在于，所述根据加载的应用程序在预先建立的根Activity组件信息列表中读取各应用程序对应的根Activity组件信息还包括：

若未读取到所述根Activity组件信息列表，则启动Launcher。

4.根据权利要求1所述桌面启动器加速启动的方法，其特征在于，所述根据加载的应用程序在预先建立的根Activity组件信息列表中读取各应用程序对应的根Activity组件信息之前还包括：

当Android系统启动时，启动包管理服务并从存储介质中读取apk包列表信息；

根据读取到apk包列表信息获取各apk包的根Activity组件信息，并将所述根Activity组件信息存储于根Activity组件信息列表中。

5.根据权利要求1所述桌面启动器加速启动的方法，其特征在于，所述将所述各显示图标显示于系统的屏幕上，完成Launcher启动之后还包括：

在Android系统退出时，将根Activity组件信息列表保存到设备存储介质上的文件中。

6.一种桌面启动器加速启动的系统，其特征在于，其包括：

加载模块，用于在Launcher初始化时，加载系统已安装的应用程序；

读取模块，用于根据加载的应用程序在预先建立的根Activity组件信息列表中读取各应用程序对应的根Activity组件信息；

封装模块，用于根据各根Activity组件信息将其对应的应用程序封装成显示图标；

显示模块，用于将所述显示图标显示于系统的屏幕上，完成Launcher启动。

7.根据权利6所述桌面启动器加速启动的系统，其特征在于，所述读取模块具体包括：

判断单元，用于判断能否从存储介质中读取已安装文件的Activity组件信息列表；

读取单元，用于当读取到所述Activity组件信息列表时，根据加载的应用程序在预先建立的Activity组件信息列表读取各应用程序对应的根Activity组件信息。

8.根据权利要求7所述桌面启动器加速启动的系统，其特征在于，所述读取模块还包括：

启动单元，用于当未读取到所述Activity组件信息列表时，启动Launcher。

9.根据权利要求6所述桌面启动器加速启动的系统，其特征在于，其还包括：

启动模块，用于当Android系统启动时，启动包管理服务并从存储介质中读取apk包列表信息；

创建模块，用于根据读取到apk包列表信息获取各apk包的根Activity组件信息，并将所述根Activity组件信息存储于根Activity组件信息列表中。

10.根据权利要求6所述桌面启动器加速启动的系统，其特征在于，其还包括：

存储单元，用于在Android系统退出时，将根Activity组件信息列表保存到设备存储介质上的文件中。