CN104090791A - 一种Andriod系统下扫描apk的方法和设备 - Google Patents

Abstract

本发明实施例公开了一种Andriod系统下扫描apk的方法和设备。该方法包括：响应于系统开机的触发指令，扫描所述系统内的系统apk；响应于闪存中预先记录有桌面启动器的apk信息，依据在闪存中记录的apk信息扫描桌面启动器apk，并运行在闪存中记录有apk信息的桌面启动器apk，以完成所述系统的正常开机；响应于所述系统正常开机之后，扫描所述系统内的用户apk。通过本发明实施例的技术方案，系统无需扫描用户安装的大量用户apk就可以进入Launcher应用实现系统的正常开机，从而不仅提高了系统的开机速度，而且也减轻了系统的开机处理负担，为用户带来了更好的体验。

Description

一种Andriod系统下扫描apk的方法和设备

技术领域

本发明涉及Andriod系统领域，特别是涉及一种Andriod系统下扫描apk的方法和设备。

背景技术

Andriod系统(安卓系统)是一种基于Linux的开源移动操作系统，主要用于手机、平板电脑、电视机等智能设备上。在Andriod系统中，主要包括操作系统、中间件、用户界面和应用程序，其中，应用程序是通过其Andriod安装包(Andriod Package，简称apk)来安装使用的。

现有技术中，对于采用Andriod系统的设备来说，系统在开机时需要对系统内所有的应用程序apk进行扫描，而在系统内所有应用程序apk都扫描完毕之后，系统才运行Launcher(Andriod系统的桌面启动器)应用apk，从而完成开机。但是，随着用户在Andriod系统的设备上安装越来越多的应用程序，系统在开机过程中需要扫描的应用程序apk越来越多，这不仅导致系统开机时需要花费越来越多的时间才能进入Launcher应用，造成开机速度越来越慢，而且也使得系统在本就处理负担很大的开机过程中还需要处理大量应用程序apk的扫描，导致系统开机时的负担过大。尤其是，随着用户对设备的使用时间延长，系统内安装了大量的应用程序，此时系统开机时进入Launcher应用之前需要花费大量的时间去扫描大量的应用程序apk，这使得系统开机速度非常缓慢且开机处理负担过重，给用户带来了不好的体验。

发明内容

本发明所要解决的技术问题是，提供一种Andriod系统下扫描apk的方法和设备，以解决按照现有技术中系统开机时需要在进入launcher应用之前对系统内所有应用程序apk进行扫描而导致的系统开机速度缓慢和开机处理负担过重的技术问题。

为解决上述技术问题，本发明提供了一种Andriod系统下扫描apk的方法，该方法包括：

响应于系统开机的触发指令，扫描所述系统内的系统apk；

响应于闪存中预先记录有桌面启动器的apk信息，依据在闪存中记录的apk信息扫描桌面启动器apk，并运行在闪存中记录有apk信息的桌面启动器apk，以完成所述系统的正常开机；

响应于所述系统正常开机之后，扫描所述系统内的用户apk。

可选的，所述方法还包括：

响应于所述闪存中未记录桌面启动器的apk信息，扫描系统内的用户apk，并从扫描到的用户apk中识别桌面启动器apk，将识别出的桌面启动器的apk信息记录到所述闪存；

响应于所述系统内的用户apk扫描完毕，运行所述识别出的桌面启动器apk，以完成所述系统的正常开机。

可选的，所述方法还包括：

响应于系统运行过程中安装用户apk的操作，判断当前安装的用户apk是否为桌面启动器apk，如果是，将当前安装的桌面启动器的apk信息记录到所述闪存。

可选的，所述方法还包括：

响应于系统运行过程中删除用户apk的操作，判断当前删除的用户apk是否为桌面启动器apk，如果是，删除当前删除的桌面启动器位于所述闪存中的apk信息记录。

可选的，所述方法还包括：

判断系统正常开机之后扫描到的用户apk中是否存在apk信息未记录到所述中的桌面启动器apk，如果是，将开机后扫描到的桌面启动器的apk信息记录到所述闪存中。

此外，为解决上述技术问题，本发明还提供了一种Andriod系统下扫描apk的设备，该设备包括：

系统apk扫描模块，用于响应于系统开机的触发指令，扫描所述系统内的系统apk；

桌面apk扫描模块，用于响应于闪存中预先记录有桌面启动器的apk信息，依据在闪存中记录的apk信息扫描桌面启动器apk；

第一桌面apk运行模块，用于运行在闪存中记录有apk信息的桌面启动器apk，以完成所述系统的正常开机；

第一用户apk扫描模块，用于响应于所述系统正常开机之后，扫描所述系统内的用户apk。

可选的，所述设备还包括：

第二用户apk扫描模块，用于响应于所述闪存中未记录桌面启动器的apk信息，扫描系统内的用户apk；

桌面apk识别模块，用于从扫描到的用户apk中识别所述桌面启动器apk；

第一桌面apk记录模块，用于将识别出的桌面启动器的apk信息记录到所述闪存；

第二桌面apk运行模块，用于响应于所述系统内的用户apk扫描完毕，运行所述识别出的桌面启动器apk，以完成所述系统的正常开机。

可选的，所述设备还包括：

当前安装apk判断模块，用于响应于系统运行过程中安装用户apk的操作，判断当前安装的用户apk是否为桌面启动器apk；

第二桌面apk记录模块，用于在所述当前安装apk判断模块的判断结果为是的情况下，将当前安装的用户apk作为桌面启动器的apk信息记录到所述闪存。

可选的，所述设备还包括：

当前删除apk判断模块，用于响应于系统运行过程中删除用户apk的操作，判断当前删除的用户apk是否为桌面启动器apk；

桌面apk记录删除模块，用于在所述当前删除apk判断模块的判断结果为是的情况下，删除当前删除的桌面启动器位于所述闪存中的apk信息记录。

可选的，所述设备还包括：

开机用户apk判断模块，用于判断系统正常开机之后扫描到的用户apk中是否存在apk信息未记录到所述中的桌面启动器apk；

第三桌面apk记录模块，用于在所述开机用户apk判断模块的判断结果为是的情况下，将开机后扫描到的桌面启动器的apk信息记录到所述闪存中。

与现有技术相比，本发明具有以下优点：

根据本发明实施例的技术方案，通过预先在闪存中记录桌面启动器的apk信息，系统在开机时依据闪存中记录的apk信息可以仅扫描桌面启动器apk以及系统内的系统apk，并通过运行闪存中记录有apk的桌面启动器apk进入Launcher应用，完成系统的正常开机，而用户安装的大量用户apk则可以在开机之后再去扫描，这样就使得系统无需扫描用户安装的大量用户apk就可以进入Launcher应用实现系统的正常开机，从而不仅减少了开机过程中耗费在扫描apk上的时间，显著地提高了系统的开机速度，而且也使得系统对大量用户apk的扫描由处理负担较大的系统开机过程处理推延到处理负担较小的系统开机后运行过程处理，显著地减轻了系统的开机处理负担，为用户带来了更好的体验。

附图说明

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

图1为本发明的实施方式的一个示例性应用场景的框架示意图；

图2为本发明中Andriod系统下扫描apk的方法实施例1的流程图；

图3为本发明中Andriod系统下扫描apk的方法实施例1的结构图；

图4为本发明中Andriod系统下扫描apk的设备实施例1的结构图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本发明的发明人经过研究发现，现有技术中，造成Andriod系统开机速度缓慢和开机处理负担过重的一个重要原因在于系统在进入Launcher应用完成开机之前需要对系统内所有的应用程序apk进行扫描，因此，随着用户对Andriod系统的使用过程中安装越来越多的应用程序apk，系统就需要在开机过程中扫描大量的应用程序apk，导致系统开机缓慢和开机处理负担过重。而发明人经过分析和研究发现，系统在进入Launcher应用完成开机之前之所以需要扫描系统内所有的应用程序apk，是由于开机进入Launcher应用需要运行系统apk和用户的桌面启动器apk，其实除桌面启动器apk之外其他的用户apk并非是系统进入Launcher应用完成开机所需要运行的应用程序apk，同时，系统内的大部分应用程序apk实际上是除桌面启动器apk之外用户安装的大量用户apk，由此可见，为了提高Andriod系统开机速度和减轻开机处理负担，可以使系统在开机时仅扫描系统apk和桌面启动器apk，而使除桌面启动器之外的大量用户apk在系统进入Launcher应用完成开机之后再去扫描。

基于发明人的上述研究和分析，本申请的主要思想可以是：预先在闪存中记录桌面启动器的apk信息，这样系统在开机时可以仅扫描系统内的系统apk和闪存中记录有apk信息的桌面启动器apk，并通过运行闪存中记录有apk信息的桌面启动器apk进入Launcher应用，完成系统的正常开机，而用户安装的大量用户apk则可以在开机之后再去扫描，这样就使得系统无需扫描用户安装的大量用户apk就可以进入Launcher应用实现系统的正常开机，从而不仅减少了开机过程中耗费在扫描apk上的时间，显著地提高了系统的开机速度，而且也使得系统对大量用户apk的扫描由处理负担较大的系统开机过程处理推延到处理负担较小的系统开机后运行过程处理，显著地减轻了系统的开机处理负担。

基于上述基本思想，本申请实施例的应用场景之一，可以通过用户设备与用户之间的交互来实现。如图1所示，在这一应用场景中，用户可以通过在采用Andriod系统的用户设备101上执行开机操作，以实现用户设备101上的Andriod系统对应用程序apk进行扫描。本领域技术人员可以理解，图1所示的框架示意图仅是本发明的实施方式可以在其中得以实现的一个示例。本发明实施方式的适用范围不受到该框架任何方面的限制。

需要注意的是，此处的用户设备101可以是现有的、正在研发的或将来研发的、能够采用Andriod系统来实现响应用户操作的任何设备，包括但不限于：现有的、正在研发的或将来研发的智能手机、非智能手机、平板电脑、膝上型个人计算机、桌面型个人计算机、小型计算机、中型计算机、大型计算机等。

基于图1所示的框架图，为了实现Andriod系统下对应用程序apk的扫描，用户设备101可以响应于系统开机的触发指令，扫描所述系统内的系统apk；然后，用户设备101可以响应于闪存中预先记录有桌面启动器的apk信息，依据在闪存中记录的apk信息扫描桌面启动器apk，并运行在闪存中记录有apk信息的桌面启动器apk，以完成所述系统的正常开机；再后，用户设备101可以响应于所述系统正常开机之后，扫描所述系统内的用户apk。

可以理解的是，上述应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

在介绍了本发明的主要思想以后，下面结合附图，详细说明本发明的各种非限制性实施方式。

参见图2，示出了本发明中Andriod系统下扫描apk的方法实施例1的流程图。在本实施例中，例如具体可以包括以下步骤：

S201、响应于系统开机的触发指令，扫描所述系统内的系统apk。

其中，系统开机的触发指令，例如可以是响应于用户在用户设备上执行的开机操作而产生，用于触发用户设备上的Andriod系统执行开机过程的一系列处理操作，并在完成之后向用户呈现系统的操作界面。

可以理解的是，系统apk表示的可以是系统开机正常运行时必须依赖的应用程序apk，例如用于通话的apk、用于系统设置的apk等。系统apk通常是系统镜像中自带的apk，在Andriod机制下，系统apk通常位于系统应用目录下(即/system/app目录)，而用户自行安装的用户apk通常位于用户应用目录下(即/data/app目录)。因此，为了实现S201的步骤中仅扫描系统apk，可以使系统仅在系统应用目录下扫描应用程序apk。

S202、响应于闪存中预先记录有apk信息的桌面启动器apk，依据在闪存中记录的apk信息扫描桌面启动器apk，并运行在闪存中记录有apk信息的桌面启动器apk，以完成所述系统的正常开机。

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

可以理解的是，用户安装的桌面启动器apk属于用户apk，在Andriod机制下是与其他大量的用户apk一起放置于用户应用目录下，而现有技术中并没有区分出用户应用目录下的用户apk哪些是桌面启动器apk，这样就会使得必须对所有的用户apk扫描完成之后，才能识别出哪些是桌面启动器apk，接着才能运行桌面启动器apk完成开机，可见，为了在开机时仅扫描开机时需要运行的桌面启动器apk而不扫描其他开机时不需要运行的用户apk，需要使系统开机时能够区分出用户应用目录下的用户apk哪些是桌面启动器apk。因此，本实施例中将桌面启动器的apk信息预先记录到设备的闪存中，由于闪存中的数据在掉电后不会丢失，在闪存记录了桌面启动器的apk信息之后，系统掉电再开机时就可以依据闪存中记录的apk信息确定哪些用户apk为桌面启动器apk，从而可以仅扫描闪存中记录有apk信息的桌面启动器apk，而无需再扫描其他闪存中无apk信息记录的大量用户apk。

需要说明的是，在闪存中预先记录的桌面启动器的apk信息，可以是在本次开机之前的系统运行过程中识别到并被记录到闪存的桌面启动器apk。

例如，在系统本次开机启动之前处于出厂设置状态下的第一次开机启动时，由于闪存中还未记录任何桌面启动器的apk信息，并且系统内的各应用程序apk也还都未安装，因此，在系统本次开机启动之前处于出厂设置状态下的第一次开机启动可以是，通过安装并扫描系统内的所有apk之后识别出桌面启动器的apk，然后再运行桌面启动器完成系统开机，同时将识别出的桌面启动器的apk信息记录到闪存中，这样，由于系统预先处于出厂设置状态下的第一次开机启动时在闪存中记录了桌面启动器的apk信息，系统本次开机启动时就可以依据闪存中记录的桌面启动器的apk信息在用户apk中仅扫描桌面启动器apk。

又如，在系统本次开机之前的正常运行过程中，用户可能会预先自行安装桌面启动器apk，因此，在系统本次开机启动之前的正常运行过程中，监测用户安装的apk是否为桌面启动器apk，并将监测出的桌面启动器的apk信息记录到闪存中，这样，由于系统预先正常运行过程中在闪存中记录了用户安装的桌面启动器的apk信息，系统本次开机启动时就可以依据闪存中记录的桌面启动器的apk信息在用户apk中仅扫描桌面启动器apk。

S203、响应于所述系统正常开机之后，扫描所述系统内的用户apk。

其中，用户apk是与系统apk相对的概念，其表示的可以是用户自定义安装的应用程序apk，其并不影响系统正常开机，即系统开机时并不需要运行这些apk，因此，可以在系统正常开机之后再扫描用户apk。

可以理解的是，在本实施例的一些实施方式中，系统本次开机时可能闪存中未记录桌面启动器的apk信息，例如，系统本次开机是系统本次开机启动之前处于出厂设置状态下的第一次开机启动，其中，系统处于出厂设置状态，可以是指该系统所在设备对该系统的第一次开机运行，或者也可以是指该系统所在设备恢复出厂设置之后的第一次开机运行过程。为了在闪存中未记录桌面启动器的apk信息时实现系统的开机，并为系统后续的开机运行能够在扫描apk之前预先识别出哪些是桌面启动器apk，本实施例例如还可以包括：响应于所述闪存中未记录桌面启动器的apk信息，扫描系统内的用户apk，并从扫描到的用户apk中识别桌面启动器apk，将识别出的桌面启动器的apk信息记录到所述闪存；响应于所述系统内的用户apk扫描完毕，运行所述识别出的桌面启动器apk，以完成所述系统的正常开机。

在本实施例的另一些实施方式中，用户在系统运行过程中可能会时不时地自行安装新的桌面启动器apk，而系统在此后的开机时需要运行用户当前安装的桌面启动器apk。为了使用户当前安装的桌面启动器能够在系统下一次开机时运行，本实施例例如还可以包括：响应于系统运行过程中安装用户apk的操作，判断当前安装的用户apk是否为桌面启动器apk，如果是，将当前安装的桌面启动器的apk信息记录到所述闪存。

在本实施例的又一些实施方式中，虽然闪存中一些桌面启动器的apk信息，但有时可能还有一些桌面启动器闪存中并未记录其apk信息，例如，在前述系统运行过程中监测用户新安装的桌面启动器apk的实施方式中，漏掉了一些新安装的桌面启动器apk没有及时地在闪存中记录apk信息，又如，由误操作等原因而导致的闪存中原先记录的部分桌面启动器的apk记录丢失。为了保证系统在后续开机时能够运行更全面的桌面启动器apk，本实施例例如还可以包括：判断系统正常开机之后扫描到的用户apk中是否存在apk信息未记录到所述中的桌面启动器apk，如果是，将开机后扫描到的桌面启动器的apk信息记录到所述闪存中。

在本实施例的再一些实施方式中，用户有时可能会删除某些桌面启动器apk。为了避免在用户删除桌面启动器apk之后开机时系统再去寻找已删除的桌面启动器apk，本实施例还可以包括：响应于系统运行过程中删除用户apk的操作，判断当前删除的用户apk是否为桌面启动器apk，如果是，删除当前删除的桌面启动器位于所述闪存中的apk信息记录。

通过本实施例的技术方案，通过预先在闪存中记录桌面启动器的apk信息，系统在开机时依据闪存中记录的apk信息可以仅扫描桌面启动器apk以及系统内的系统apk，并通过运行闪存中记录有apk的桌面启动器apk进入Launcher应用，完成系统的正常开机，而用户安装的大量用户apk则可以在开机之后再去扫描，这样就使得系统无需扫描用户安装的大量用户apk就可以进入Launcher应用实现系统的正常开机，从而不仅减少了开机过程中耗费在扫描apk上的时间，显著地提高了系统的开机速度，而且也使得系统对大量用户apk的扫描由处理负担较大的系统开机过程处理推延到处理负担较小的系统开机后运行过程处理，显著地减轻了系统的开机处理负担，为用户带来了更好的体验。

为了使本领域技术人员更加清楚地了解本发明实施方式的实际应用，下面介绍本发明实施方式的一种具体应用实例。可以理解的，该具体应用实例仅是本发明众多实施方式中的一个示例，本发明实施方式并不仅仅局限于该具体应用实例。

参见图3，示出了本发明中Andriod系统下扫描apk的方法实施例1的结构图。在本实施例中，例如具体可以包括如下步骤：

S301、响应于用户对系统所在设备的开机操作，产生系统开机的触发指令。

S302、响应于系统开机的触发指令，扫描所述系统内的系统apk。

S303、判断系统是否处于出厂设置状态下的第一次开机启动；如果是，进入S304；如果否，进入S306。

可以理解的是，系统处于出厂设置状态下的第一次开机启动时，设备的闪存中未记录桌面启动器的apk信息。

S304、扫描系统内的用户apk，并从扫描到的用户apk中识别桌面启动器apk，将识别出的桌面启动器的apk信息记录到所述闪存。

S305、响应于所述系统内的用户apk扫描完毕，运行所述识别出的桌面启动器apk，进入Launcher。

可以理解的是，S305执行完成之后，系统内所有apk都扫描完毕，此时可以进入执行S308完成系统启动。

S306、依据在闪存中记录的apk信息扫描桌面启动器apk，并运行在闪存中记录有apk信息的桌面启动器apk，进入Launcher。

可以理解的是，S306执行完成以后，虽然已进入Launcher完成了系统正常开机，但此时其他用户apk还未扫描，因此，还需要进入S307完成所有apk的扫描之后才能完成系统启动。

S307、响应于所述系统正常开机之后，扫描所述系统内的用户apk。

S308、系统启动完成。

S309、在系统运行过程中监测安装用户apk的操作。

S310、响应于监测到安装用户apk的操作，判断当前安装的用户apk是否为桌面启动器apk；如果是，进入S311。

S311、将当前安装的桌面启动器的apk信息记录到所述闪存。

通过本实施例的技术方案，不仅减少了开机过程中耗费在扫描apk上的时间，显著地提高了系统的开机速度，而且也使得系统对大量用户apk的扫描由处理负担较大的系统开机过程处理推延到处理负担较小的系统开机后运行过程处理，显著地减轻了系统的开机处理负担，此外还可以实时将用户安装的桌面启动器apk更新到闪存中的apk信息记录，使得系统可以及时地在后续开机时运行用户本次安装的桌面启动器apk。

在介绍了本发明示例性的方法实施方式之后，接下来对本发明示例性的、用于Andriod系统下扫描apk的设备进行介绍。

参见图4，示出了本发明中Andriod系统下扫描apk的设备实施例1的结构图。在本实施例中，所述设备例如具体可以包括：

系统apk扫描模块401，用于响应于系统开机的触发指令，扫描所述系统内的系统apk；

桌面apk扫描模块402，用于响应于闪存中预先记录有桌面启动器的apk信息，依据在闪存中记录的apk信息扫描桌面启动器apk；

第一桌面apk运行模块403，用于运行在闪存中记录有apk信息的桌面启动器apk，以完成所述系统的正常开机；

第一用户apk扫描模块404，用于响应于所述系统正常开机之后，扫描所述系统内的用户apk。

可选的，在本实施实例的一些实施方式中，所述设备例如还可以包括：

第二用户apk扫描模块，用于响应于所述闪存中未记录桌面启动器的apk信息，扫描系统内的用户apk；

桌面apk识别模块，用于从扫描到的用户apk中识别所述桌面启动器apk；

第一桌面apk记录模块，用于将识别出的桌面启动器的apk信息记录到所述闪存；

第二桌面apk运行模块，用于响应于所述系统内的用户apk扫描完毕，运行所述识别出的桌面启动器apk，以完成所述系统的正常开机。

可选的，在本实施实例的另一些实施方式中，所述设备例如还可以包括：

当前安装apk判断模块，用于响应于系统运行过程中安装用户apk的操作，判断当前安装的用户apk是否为桌面启动器apk；

第二桌面apk记录模块，用于在所述当前安装apk判断模块的判断结果为是的情况下，将当前安装的用户apk作为桌面启动器的apk信息记录到所述闪存。

可选的，在本实施实例的又一些实施方式中，所述设备例如还可以包括：

当前删除apk判断模块，用于响应于系统运行过程中删除用户apk的操作，判断当前删除的用户apk是否为桌面启动器apk；

桌面apk记录删除模块，用于在所述当前删除apk判断模块的判断结果为是的情况下，删除当前删除的桌面启动器位于所述闪存中的apk信息记录。

可选的，在本实施实例的再一些实施方式中，所述设备例如还可以包括：

开机用户apk判断模块，用于判断系统正常开机之后扫描到的用户apk中是否存在apk信息未记录到所述中的桌面启动器apk；

第三桌面apk记录模块，用于在所述开机用户apk判断模块的判断结果为是的情况下，将开机后扫描到的桌面启动器的apk信息记录到所述闪存中。

通过本实施例的技术方案，通过预先在闪存中记录桌面启动器的apk信息，系统在开机时依据闪存中记录的apk信息可以仅扫描桌面启动器apk以及系统内的系统apk，并通过运行闪存中记录有apk的桌面启动器apk进入Launcher应用，完成系统的正常开机，而用户安装的大量用户apk则可以在开机之后再去扫描，这样就使得系统无需扫描用户安装的大量用户apk就可以进入Launcher应用实现系统的正常开机，从而不仅减少了开机过程中耗费在扫描apk上的时间，显著地提高了系统的开机速度，而且也使得系统对大量用户apk的扫描由处理负担较大的系统开机过程处理推延到处理负担较小的系统开机后运行过程处理，显著地减轻了系统的开机处理负担，为用户带来了更好的体验。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对于设备实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的设备实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种Andriod系统下扫描apk的方法，其特征在于，包括：

响应于系统开机的触发指令，扫描所述系统内的系统apk；

响应于闪存中预先记录有桌面启动器的apk信息，依据在闪存中记录的apk信息扫描桌面启动器apk，并运行在闪存中记录有apk信息的桌面启动器apk，以完成所述系统的正常开机；

响应于所述系统正常开机之后，扫描所述系统内的用户apk。

2.根据权利要求1所述的方法，其特征在于，还包括：

响应于所述闪存中未记录桌面启动器的apk信息，扫描系统内的用户apk，并从扫描到的用户apk中识别桌面启动器apk，将识别出的桌面启动器的apk信息记录到所述闪存；

响应于所述系统内的用户apk扫描完毕，运行所述识别出的桌面启动器apk，以完成所述系统的正常开机。

3.根据权利要求1所述的方法，其特征在于，还包括：

响应于系统运行过程中安装用户apk的操作，判断当前安装的用户apk是否为桌面启动器apk，如果是，将当前安装的桌面启动器的apk信息记录到所述闪存。

4.根据权利要求1所述的方法，其特征在于，还包括：

响应于系统运行过程中删除用户apk的操作，判断当前删除的用户apk是否为桌面启动器apk，如果是，删除当前删除的桌面启动器位于所述闪存中的apk信息记录。

5.根据权利要求1所述的方法，其特征在于，还包括：

判断系统正常开机之后扫描到的用户apk中是否存在apk信息未记录到所述中的桌面启动器apk，如果是，将开机后扫描到的桌面启动器的apk信息记录到所述闪存中。

6.一种Andriod系统下扫描apk的设备，其特征在于，包括：

系统apk扫描模块，用于响应于系统开机的触发指令，扫描所述系统内的系统apk；

桌面apk扫描模块，用于响应于闪存中预先记录有桌面启动器的apk信息，依据在闪存中记录的apk信息扫描桌面启动器apk；

第一桌面apk运行模块，用于运行在闪存中记录有apk信息的桌面启动器apk，以完成所述系统的正常开机；

第一用户apk扫描模块，用于响应于所述系统正常开机之后，扫描所述系统内的用户apk。

7.根据权利要求6所述的设备，其特征在于，还包括：

第二用户apk扫描模块，用于响应于所述闪存中未记录桌面启动器的apk信息，扫描系统内的用户apk；

桌面apk识别模块，用于从扫描到的用户apk中识别所述桌面启动器apk；

第一桌面apk记录模块，用于将识别出的桌面启动器的apk信息记录到所述闪存；

第二桌面apk运行模块，用于响应于所述系统内的用户apk扫描完毕，运行所述识别出的桌面启动器apk，以完成所述系统的正常开机。

8.根据权利要求6所述的设备，其特征在于，还包括：

当前安装apk判断模块，用于响应于系统运行过程中安装用户apk的操作，判断当前安装的用户apk是否为桌面启动器apk；

第二桌面apk记录模块，用于在所述当前安装apk判断模块的判断结果为是的情况下，将当前安装的用户apk作为桌面启动器的apk信息记录到所述闪存。

9.根据权利要求6所述的设备，其特征在于，还包括：

当前删除apk判断模块，用于响应于系统运行过程中删除用户apk的操作，判断当前删除的用户apk是否为桌面启动器apk；

桌面apk记录删除模块，用于在所述当前删除apk判断模块的判断结果为是的情况下，删除当前删除的桌面启动器位于所述闪存中的apk信息记录。

10.根据权利要求6所述的设备，其特征在于，还包括：

开机用户apk判断模块，用于判断系统正常开机之后扫描到的用户apk中是否存在apk信息未记录到所述中的桌面启动器apk；

第三桌面apk记录模块，用于在所述开机用户apk判断模块的判断结果为是的情况下，将开机后扫描到的桌面启动器的apk信息记录到所述闪存中。