CN106775870A - 一种应用程序的启动方法及系统 - Google Patents

Abstract

本发明实施例提供一种应用程序的启动方法及系统，涉及计算机技术领域。其中方法包括：当接收到应用程序的启动指令时，通过读取系统的包配置文件获取系统中与应用程序相关的信息，该信息包括位于第一存储路径下的第一包文件的版本号和位于第二存储路径下的第二包文件的版本号；判断第一包文件的版本号是否低于第二包文件的版本号；若是，则检测第二存储路径下是否存储有应用程序的第二包文件；若未检测到第二包文件，则根据第一存储路径下存储的第一包文件启动应用程序。本发明实施例可以在用户误删或由于其他原因导致/data/app路径下存储的最新版本的应用包文件消失时，利用其他路径下的低版本的包文件来启动应用，能够避免出现应用启动失败的情况。

Description

一种应用程序的启动方法及系统

技术领域

本发明属于计算机技术领域，尤其涉及一种应用程序的启动方法及系统。

背景技术

随着安卓系统开发技术的不断发展，安卓系统内可安装的应用程序的种类和数量也越来越多。众所周知，目前开发人员发布的应用程序，会因为要解决bug或者更新功能而必须每隔一段时间进行一次版本更新。一般而言，系统预置的应用程序是安装在/system/app目录下，用于更新系统预置应用的应用程序包文件apk存储在/data/app下。按照当前安卓的机制，系统在启动某一应用程序的时候，首先会通过读取应用程序包配置文件packages.xml来获取最新版本的应用程序的存储路径/data/app，然后再按照该路径去加载应用程序。然而，在一些情况下，由于用户误删或者其他原因会导致/data/app下存储的应用程序包文件消失，这样就会导致该应用程序无法正常启动，并且如果该应用程序正好是系统的驱动程序luancher，那么将会导致整个系统无法正常开机，严重影响了用户体验。

发明内容

本发明实施例的目的在于提供一种应用程序的启动方法及系统，旨在解决上述由于用户误删或者其他原因会导致/data/app下存储的应用程序包文件消失，这样就会导致该应用程序无法正常启动，并且如果该应用程序正好是系统的驱动程序，那么将会导致整个系统无法正常开机，严重影响了用户体验的问题。

本发明实施例是这样实现的，一种应用程序的启动方法，包括：

当接收到应用程序的启动指令时，通过读取系统的包配置文件获取系统中与所述应用程序相关的信息，与所述应用程序相关的信息包括位于第一存储路径下的第一包文件的版本号和位于第二存储路径下的第二包文件的版本号；

判断所述第一包文件的版本号是否低于所述第二包文件的版本号；

若所述第一包文件的版本号低于所述第二包文件的版本号，则检测所述第二存储路径下是否存储有所述应用程序的第二包文件；

若未检测到所述应用程序的第二包文件，则根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序。

另一方面，本发明实施例提供一种应用程序的启动系统，包括：

包配置文件读取单元，用于当接收到应用程序的启动指令时，通过读取系统的包配置文件获取系统中与所述应用程序相关的信息，与所述应用程序相关的信息包括位于第一存储路径下的第一包文件的版本号和位于第二存储路径下的第二包文件的版本号；

版本号比较单元，用于判断所述第一包文件的版本号是否低于所述第二包文件的版本号；

第一检测单元，用于若所述第一包文件的版本号低于所述第二包文件的版本号，则检测所述第二存储路径下是否存储有所述应用程序的第二包文件；

启动路径选择单元，用于若未检测到所述应用程序的第二包文件，则根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序。

本发明实施例通过当接收到应用程序的启动指令时，通过读取系统的包配置文件获取系统中与所述应用程序相关的信息，与所述应用程序相关的信息包括位于第一存储路径下的第一包文件的版本号和位于第二存储路径下的第二包文件的版本号；判断所述第一包文件的版本号是否低于所述第二包文件的版本号；若所述第一包文件的版本号低于所述第二包文件的版本号，则检测所述第二存储路径下是否存储有所述应用程序的第二包文件；若未检测到所述应用程序的第二包文件，则根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序，可以在用户误删或者由于其他原因导致/data/app路径下存储的最新版本的应用程序包文件消失时，利用其他路径下存储的低版本的包文件来启动该应用程序，以避免出现应用启动失败的情况，特别是如果该应用程序正好是系统的驱动程序，则可以避免出现系统无法正常开机的情况，提高了系统的稳定性，提升了用户体验。

附图说明

图1是本发明实施例提供的一种应用程序的启动方法的示意流程图；

图2是本发明另一实施例提供的一种应用程序的启动方法的示意流程图；

图3是本发明实施例提供的一种应用程序的启动系统的示意性框图；

图4是本发明另一实施例提供的一种应用程序的启动系统的示意性框图。

具体实施方式

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

图1是本发明实施例提供的一种应用程序的启动方法的示意流程图。参见图1所示，本实施例提供的一种应用程序的启动方法，可以包括以下步骤：

在S101中，当接收到应用程序的启动指令时，通过读取系统的包配置文件获取系统中与所述应用程序相关的信息。

在本实施例中，与所述应用程序相关的信息包括位于第一存储路径下的第一包文件的版本号和位于第二存储路径下的第二包文件的版本号。其中，所述第一存储路径为/system/app路径，所述第一包文件为系统中的预置应用程序的包文件；所述第二存储路径为/data/app路径，所述第二包文件为更新所述应用程序的包文件。

在本实施例中，当系统开机并接收到应用程序的启动指令时，会对包管理服务PackageManagerService进行初始化，此时系统会新建一个settings数据结构，通过读取系统目录下的包配置文件/data/system/packages.xml来获取系统中与所述应用程序相关的信息。

在S102中，判断所述第一包文件的版本号是否低于所述第二包文件的版本号，若所述第一包文件的版本号低于所述第二包文件的版本号，则进入到步骤S103中。

在本实施例中，通过比较第一包文件的版本号与第二包文件的版本号，确定在启动应用程序时，是否需要对系统中的预置应用程序的包文件进行更新，若是第一包文件的版本号低于第二包文件的版本号，则需要对系统中的预置应用程序的包文件进行更新，此时进入到步骤S103中；相反，若第一包文件的版本号不低于第二包文件的版本号，则说明此时无需对系统中的预置应用程序的包文件进行更新，此时不做任何处理，系统执行正常的应用启动流程。

在S103中，检测所述第二存储路径下是否存储有所述应用程序的第二包文件，若未检测到所述应用程序的第二包文件，则进入到步骤S104中。

在本实施例中，步骤S103具体包括：获取所述应用程序的名称；根据所述应用程序的名称查询所述第二存储路径下是否存储有包名与所述应用程序的名称相匹配的包文件；若有包名与所述应用程序的名称相匹配的包文件，则所述第二存储路径下存储有所述应用程序的第二包文件；若没有包名与所述应用程序的名称相匹配的包文件，则所述第二存储路径下未存储所述应用程序的第二包文件。

在S104中，根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序。

在本实施例中，若在所述第二存储路径下未检测到所述应用程序的第二包文件，则说明该应用程序的第二包文件被用户误删或者由于其他原因消失，此时则退回到低版本，利用第一存储路径下预置应用程序的包文件即第一包文件启动所述应用程序，这样便能够避免出现应用启动失败的情况。相反，若在所述第二存储路径下检测到所述应用程序的更新包文件，即所述第二包文件，则根据所述第二存储路径下存储的第二包文件启动所述应用程序。

以上可以看出，本实施例提供的一种应用程序的启动方法通过当接收到应用程序的启动指令时，通过读取系统的包配置文件获取系统中与所述应用程序相关的信息，与所述应用程序相关的信息包括位于第一存储路径下的第一包文件的版本号和位于第二存储路径下的第二包文件的版本号；判断所述第一包文件的版本号是否低于所述第二包文件的版本号；若所述第一包文件的版本号低于所述第二包文件的版本号，则检测所述第二存储路径下是否存储有所述应用程序的第二包文件；若未检测到所述应用程序的第二包文件，则根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序，可以在用户误删或者由于其他原因导致/data/app路径下存储的最新版本的应用程序包文件消失时，利用其他路径下存储的低版本的包文件来启动该应用程序，以避免出现应用启动失败的情况，特别是如果该应用程序正好是系统的驱动程序，则可以避免出现系统无法正常开机的情况，提高了系统的稳定性，提升了用户体验。

图2是本发明另一实施例提供的一种应用程序的启动方法的示意流程图。参见图2所示，相对于上一实施例，本实施例提供的应用程序的启动方法在所述根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序之前还包括：

在S204中，检测所述第一存储路径下是否存储有所述应用程序的第一包文件；若未检测到所述应用程序的第一包文件，则进入步骤S205；若检测到所述应用程序的第一包文件，则进入到步骤S206。

在本实施例中检测所述第一存储路径下是否存储有所述应用程序的第一包文件具体包括：获取所述应用程序的名称；根据所述应用程序的名称查询所述第一存储路径下是否存储有包名与所述应用程序的名称相匹配的包文件；若有包名与所述应用程序的名称相匹配的包文件，则所述第一存储路径下存储有所述应用程序的第一包文件；若没有包名与所述应用程序的名称相匹配的包文件，则所述第一存储路径下未存储所述应用程序的第一包文件。

在S205中，在所述包配置文件中删除与所述应用程序相关的信息。

在S206中，根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序的步骤。

在本实施例中，由于在根据第一存储路径下存储的低版本的第一包文件启动所述应用程序之前进一步检测第一存储路径下是否存储有所述应用程序的第一包文件，并在检测到其未存储有所述应用程序的包文件时删除包配置文件列表中与所述应用程序相关的信息，从而可以将无法正常启动的应用程序从系统中删去，避免用户再次碰到启动该应用程序失败的情况，进一步提高了系统的稳定性，提升了用户体验。

优选的，相对于上一实施例，本实施例提供的应用程序的启动方法还包括：

在S200-1中，监测所述第一存储路径和第二存储路径下是否有安装或删除应用程序的动作；

在S200-2中，若有安装或删除应用程序的动作，则根据所述安装或删除应用程序的动作更新所述包配置文件。

在本实施例中，通过设置监测器Observer来监测所述第一存储路径和所述第二存储路径下是否有安装或者删除应用程序的动作；若监控到第一存储路径或者第二存储路径下有安装或者删除应用程序的动作，则将与安装或者删除应用程序的动作所对应的更新信息通过mSettings的writeLPr()接口更新到包配置文件中进行保存，这样可以实时更新系统的包配置文件，进一步保证应用程序的启动方法的可靠性。

需要说明的是，本实施例中的步骤S200-1～步骤S200-2贯穿在整个应用程序的启动方法的流程之中，并不仅仅发生在步骤S201之前。此外，本实施例中的步骤S201～步骤S203由于与图1所示实施例中的步骤S101～步骤S103完全相同，因此在此不再赘述。

因此，可以看出本实施例提供的一种应用程序的启动方法同样可以在用户误删或者由于其他原因导致/data/app路径下存储的最新版本的应用程序包文件消失时，利用其他路径下存储的低版本的包文件来启动该应用程序，以避免出现应用启动失败的情况，特别是如果该应用程序正好是系统的驱动程序，则可以避免出现系统无法正常开机的情况，提高了系统的稳定性，提升了用户体验；并且相对于上一实施例，本实施例能够进一步提高应用启动的可靠性和稳定性，用户体验更好。

图3示出了本发明实施例提供的一种应用程序的启动系统的示意性框图。为了便于说明仅仅示出了与本实施例相关的部分。

参见图3所示，本实施例提供的一种应用程序的启动系统，包括：

包配置文件读取单元1，用于当接收到应用程序的启动指令时，通过读取系统的包配置文件获取系统中与所述应用程序相关的信息，与所述应用程序相关的信息包括位于第一存储路径下的第一包文件的版本号和位于第二存储路径下的第二包文件的版本号；

版本号比较单元2，用于判断所述第一包文件的版本号是否低于所述第二包文件的版本号；

第一检测单元3，用于若所述第一包文件的版本号低于所述第二包文件的版本号，则检测所述第二存储路径下是否存储有所述应用程序的第二包文件；

启动路径选择单元4，用于若未检测到所述应用程序的第二包文件，则根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序。

可选的，所述启动路径选择单元4还用于：

若检测到所述应用程序的第二包文件，则根据所述第二存储路径下存储的第二包文件启动所述应用程序。

可选的，所述第一检测单元3包括：

应用名称获取单元31，用于获取所述应用程序的名称；

匹配查询单元32，用于：

根据所述应用程序的名称查询所述第二存储路径下是否存储有包名与所述应用程序的名称相匹配的包文件；

若有包名与所述应用程序的名称相匹配的包文件，则所述第二存储路径下存储有所述应用程序的第二包文件；

若没有包名与所述应用程序的名称相匹配的包文件，则所述第二存储路径下未存储所述应用程序的第二包文件。

可选的，参见图4所示，在另一实施例中，所述应用程序的启动系统还包括第二检测单元5，用于：

检测所述第一存储路径下是否存储有所述应用程序的第一包文件；

若未检测到所述应用程序的第一包文件，则在所述包配置文件中删除与所述应用程序相关的信息；

若检测到所述应用程序的第一包文件，则控制所述启动路径选择单元4根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序。

可选的，所述应用程序的启动系统还包括包配置文件管理单元6，用于：

监测所述第一存储路径和第二存储路径下是否有安装或删除应用程序的动作；

若有安装或删除应用程序的动作，则根据所述安装或删除应用程序的动作更新所述包配置文件。

需要说明的是，本发明实施例提供的上述系统中的各个单元，由于与本发明方法实施例基于同一构思，其带来的技术效果与本发明方法实施例相同，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

因此，可以看出本发明实施例提供的应用程序的启动系统同样可以在用户误删或者由于其他原因导致/data/app路径下存储的最新版本的应用程序包文件消失时，利用其他路径下存储的低版本的包文件来启动该应用程序，以避免出现应用启动失败的情况，特别是如果该应用程序正好是系统的驱动程序，则可以避免出现系统无法正常开机的情况，提高了系统的稳定性，提升了用户体验。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种应用程序的启动方法，其特征在于，包括：

当接收到应用程序的启动指令时，通过读取系统的包配置文件获取系统中与所述应用程序相关的信息，与所述应用程序相关的信息包括位于第一存储路径下的第一包文件的版本号和位于第二存储路径下的第二包文件的版本号；

判断所述第一包文件的版本号是否低于所述第二包文件的版本号；

若所述第一包文件的版本号低于所述第二包文件的版本号，则检测所述第二存储路径下是否存储有所述应用程序的第二包文件；

若未检测到所述应用程序的第二包文件，则根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序。

2.如权利要求1所述的应用程序的启动方法，其特征在于，若所述第一包文件的版本号低于所述第二包文件的版本号，则检测所述第二存储路径下是否存储有所述应用程序的第二包文件之后还包括：

若检测到所述应用程序的第二包文件，则根据所述第二存储路径下存储的第二包文件启动所述应用程序。

3.如权利要求2所述的应用程序的启动方法，其特征在于，所述检测所述第二存储路径下是否存储有所述应用程序的第二包文件包括：

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

根据所述应用程序的名称查询所述第二存储路径下是否存储有包名与所述应用程序的名称相匹配的包文件；

若有包名与所述应用程序的名称相匹配的包文件，则所述第二存储路径下存储有所述应用程序的第二包文件；

若没有包名与所述应用程序的名称相匹配的包文件，则所述第二存储路径下未存储所述应用程序的第二包文件。

4.如权利要求1所述的应用程序的启动方法，其特征在于，所述根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序之前还包括：

检测所述第一存储路径下是否存储有所述应用程序的第一包文件；

若未检测到所述应用程序的第一包文件，则在所述包配置文件中删除与所述应用程序相关的信息；

若检测到所述应用程序的第一包文件，则进入根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序的步骤。

5.如权利要求1～4任一项所述的应用程序的启动方法，其特征在于，所述启动方法还包括：

监测所述第一存储路径和第二存储路径下是否有安装或删除应用程序的动作；

若有安装或删除应用程序的动作，则根据所述安装或删除应用程序的动作更新所述包配置文件。

6.一种应用程序的启动系统，其特征在于，包括：

包配置文件读取单元，用于当接收到应用程序的启动指令时，通过读取系统的包配置文件获取系统中与所述应用程序相关的信息，与所述应用程序相关的信息包括位于第一存储路径下的第一包文件的版本号和位于第二存储路径下的第二包文件的版本号；

版本号比较单元，用于判断所述第一包文件的版本号是否低于所述第二包文件的版本号；

第一检测单元，用于若所述第一包文件的版本号低于所述第二包文件的版本号，则检测所述第二存储路径下是否存储有所述应用程序的第二包文件；

启动路径选择单元，用于若未检测到所述应用程序的第二包文件，则根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序。

7.如权利要求6所述的应用程序的启动系统，其特征在于，所述启动路径选择单元还用于：

若检测到所述应用程序的第二包文件，则根据所述第二存储路径下存储的第二包文件启动所述应用程序。

8.如权利要求7所述的应用程序的启动系统，其特征在于，所述第一检测单元包括：

应用名称获取单元，用于获取所述应用程序的名称；

匹配查询单元，用于：

根据所述应用程序的名称查询所述第二存储路径下是否存储有包名与所述应用程序的名称相匹配的包文件；

若有包名与所述应用程序的名称相匹配的包文件，则所述第二存储路径下存储有所述应用程序的第二包文件；

若没有包名与所述应用程序的名称相匹配的包文件，则所述第二存储路径下未存储所述应用程序的第二包文件。

9.如权利要求6所述的应用程序的启动系统，其特征在于，还包括第二检测单元，用于：

检测所述第一存储路径下是否存储有所述应用程序的第一包文件；

若未检测到所述应用程序的第一包文件，则在所述包配置文件中删除与所述应用程序相关的信息；

若检测到所述应用程序的第一包文件，则控制所述启动路径选择单元根据所述第一存储路径下存储的低版本的第一包文件启动所述应用程序。

10.如权利要求6～9任一项所述的应用程序的启动系统，其特征在于，还包括包配置文件管理单元，用于：

监测所述第一存储路径和第二存储路径下是否有安装或删除应用程序的动作；

若有安装或删除应用程序的动作，则根据所述安装或删除应用程序的动作更新所述包配置文件。