CN109144605A - 一种应用程序处理方法和装置 - Google Patents

Abstract

本发明提供一种应用程序处理方法和装置，应用于终端设备，包括：获得需安装的应用程序的安装包，所述安装包中包括有：所述需安装的应用程序主体的安装数据和至少一个插件的安装数据；对所述需安装的应用程序的安装包进行安装操作，以将所述需安装的应用程序主体和所述至少一个插件安装到所述终端设备中。本发明将需安装的应用程序主体和至少一个插件都安装到终端设备中，在终端设备首次启动需安装的应用程序的安装包时，不需要再执行安装和加载插件的步骤，也就避免了由于安装和加载插件带来的耗时相对较高、rom适配出现问题时导致host.apk完全无法使用的问题的发生，极大地提升了host.apk首次启动的性能。

Description

一种应用程序处理方法和装置

技术领域

本发明涉及软件数据管理技术领域，尤其涉及一种应用程序处理方法和装置。

背景技术

APK(Android Package，安卓安装包)插件化技术是将集成在应用程序中的业务功能打包成一个插件，当需要某个业务功能时，直接加载并调用对应的插件即可。比如，以导航软件为例，主程序包含最基本的导航功能，为了满足个性化的需求，可以在导航软件中集成拥堵提示、限行提示、违章查询等功能，具体将这些功能打包成一个或多个APK插件，当用户需要某个业务功能时，终端设备直接下载对应的插件，加载并调用即可。

目前的APK插件化管理方法是通过使用Java语言运行时可以动态加载class(编程语言Java编译后的字节码)文件的特性，将demo.apk进行拆分整理，得到host部分和plugin部分。其中host部分是宿主部分，里面包含插件加载功能，不含有业务功能，其单独打包成一个host.apk。plugin部分是插件部分，里面包含业务功能，其单独打包成一个plugin.apk插件。将plugin.apk插件放置于host.apk中后，当终端设备启动host.apk，并在安装、加载plugin.apk插件后，便拥有了plugin.apk包含的所有业务功能。

对于目前现有的APK插件化管理方法，本发明的申请人发现，软件主体(即host部分)和软件中植入的插件(即plugin部分)各自都有单独的安装包，插件的安装包(即plugin.apk插件)放入软件主体的安装包(即host.apk)中。在终端设备进行软件安装时，host.apk安装时plugin.apk插件并不同时安装，而在终端设备首次启动host.apk后，再去安装和加载plugin.apk插件。然而在安装plugin.apk插件的过程中，涉及解压及优化dex文件的处理过程，该处理过程的耗时相对较高；而在加载plugin.apk插件的过程中，需要利用一定的hook(钩子)处理，这样就会涉及到各类rom(Read-Only Memory，只读存储器)的适配性问题，而如果一旦rom适配出现问题，那么host.apk就完全无法使用，由此会给用户带来非常不好的用户体验。

发明内容

有鉴于此，本发明提供一种应用程序处理方法和装置，用以解决目前现有的APK插件化管理方法存在的对于终端设备首次启动host.apk时存在耗时相对较高、rom适配出现问题时导致host.apk完全无法使用的问题。技术方案如下：

基于本发明的一方面，本发明提供一种应用程序处理方法，应用于终端设备，所述方法包括：

获得需安装的应用程序的安装包，所述安装包中包括有：所述需安装的应用程序主体的安装数据和至少一个插件的安装数据；

对所述需安装的应用程序的安装包进行安装操作，以将所述需安装的应用程序主体和所述至少一个插件安装到所述终端设备中。

可选地，所述需安装的应用程序主体的安装数据和至少一个插件的安装数据被打包为所述安装包。

可选地，在对所述需安装的应用程序的安装包进行安装操作之后，所述方法还包括：

获得第一插件的更新安装包，所述第一插件为所述安装包中包括的至少一个插件中的任意一个；

对所述更新安装包进行解压，获得所述第一插件的更新数据；

基于所述更新数据，安装新版本的第一插件；

当所述新版本的第一插件安装成功后，截获针对所述新版本的第一插件的启动指令，根据所述启动指令启动所述新版本的第一插件。

可选地，在基于所述更新数据，安装新版本的第一插件的安装过程中，所述方法还包括：

判断所述新版本的第一插件是否能够在所述终端设备的rom上运行；

如果不能够在所述终端设备的rom上运行，确定安装所述新版本的第一插件失败。

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

当所述新版本的第一插件安装失败时，截获针对所述第一插件的启动指令，根据所述启动指令启动所述第一插件。

基于本发明的另一方面，本发明还提供一种应用程序处理装置，应用于终端设备，所述装置包括：

安装包获得单元，用于获得需安装的应用程序的安装包，所述安装包中包括有：所述需安装的应用程序主体的安装数据和至少一个插件的安装数据；

第一安装单元，用于对所述需安装的应用程序的安装包进行安装操作，以将所述需安装的应用程序主体和所述至少一个插件安装到所述终端设备中。

可选地，所述需安装的应用程序主体的安装数据和至少一个插件的安装数据被打包为所述安装包。

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

更新安装包获得单元，用于获得第一插件的更新安装包，所述第一插件为所述安装包中包括的至少一个插件中的任意一个；

解压单元，用于对所述更新安装包进行解压，获得所述第一插件的更新数据；

第二安装单元，用于基于所述更新数据，安装新版本的第一插件；

截获单元，用于截获针对所述新版本的第一插件的启动指令；

启动单元，用于当所述新版本的第一插件安装成功后，根据所述启动指令启动所述新版本的第一插件。

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

判断单元，用于在基于所述更新数据，安装新版本的第一插件的安装过程中，判断所述新版本的第一插件是否能够在所述终端设备的rom上运行；

确定单元，用于在所述判断单元判断所述新版本的的第一插件不能够在所述终端设备的rom上运行时，确定安装所述新版本的第一插件失败。

可选地，所述启动单元还用于，当所述确定单元确定所述新版本的第一插件安装失败时，根据所述启动指令启动所述第一插件。

本发明提供的应用程序处理方法和装置中，需安装的应用程序的安装包中包括有所述需安装的应用程序主体的安装数据和至少一个插件的安装数据，即本发明将APK的源代码包含的host部分和插件部分打包成一个host.apk；终端设备在对所述需安装的应用程序的安装包进行安装操作后，会将所述需安装的应用程序主体和所述至少一个插件都安装到终端设备中。那么在终端设备首次启动所述需安装的应用程序的安装包(host.apk)时，能够直接按照现有的启动apk的方式启动该host.apk，而不需要再执行安装和加载插件的步骤，也就避免了由于安装和加载插件带来的耗时相对较高、rom适配出现问题时导致host.apk完全无法使用的问题的发生，极大地提升了host.apk首次启动的性能。

附图说明

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

图1为本发明提供的一种应用程序处理方法的流程图；

图2为本发明提供的另一种应用程序处理方法的流程图；

图3为本发明提供的一种应用程序处理装置的结构示意图；

图4为本发明提供的另一种应用程序处理装置的结构示意图。

具体实施方式

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

本发明的申请人发现，目前现有的APK插件化管理方法中，是将软件中植入的业务功能单独打包成一个plugin.apk插件，进而将该plugin.apk插件放置于host.apk中，在host.apk启动后，并在安装、加载plugin.apk插件后，host.apk才能拥有plugin.apk包含的业务功能。而也正是因为host.apk中的业务功能是以plugin.apk插件的形式存在，因此在终端设备首次启动host.apk时，需要安装和加载该plugin.apk插件，由此便带来了由于安装和加载该plugin.apk插件导致的耗时相对较高、rom适配出现问题时导致host.apk完全无法使用的问题等。

基于此，本发明的主要思想之一包括但不限于，将APK的源代码包含的软件主体的安装数据(即host部分)和至少一个插件的安装数据放到一起打包成一个安装包host.apk，这样在软件安装时，软件主体和插件将同时被安装。当用户需要使用某个插件时，直接启动软件后即可使用，而不再采用现有APK插件化管理方法中将插件部分单独打包成一个plugin.apk插件的手段。本发明中终端设备首次启动host.apk时，可以按照现有的启动apk的方式启动host.apk，而不需要在单独执行安装和加载plugin.apk插件的步骤，也就避免了由于安装和加载plugin.apk插件带来的耗时相对较高、rom适配出现问题时导致host.apk完全无法使用的问题的发生，极大地提升了host.apk首次启动的性能。

如图1所示，其示出了本发明提供的一种应用程序处理方法的流程图，该方法应用于终端设备，方法可以包括：

步骤101，获得需安装的应用程序的安装包，所述安装包中包括有：所述需安装的应用程序主体的安装数据和至少一个插件的安装数据。

在实际应用中，APK的源代码分为host部分(也称之为base部分)和插件部分，其中host部分只包含插件加载框架，不包含任何业务功能，也不会引用到插件部分的内容。插件部分可以具体为plugin部分，该plugin部分中包含全部的业务功能。

具体在本发明中，技术研发人员可以预先利用预设的开发工具将APK的源代码包含的host部分和插件部分一同打包成一个安装包，即将需安装的应用程序主体的安装数据和至少一个插件的安装数据打包成一个安装包host.apk，因此对于需安装的应用程序的安装包host.apk而言，其中包括有该需安装的应用程序主体的安装数据和至少一个插件的安装数据。

本发明中，终端设备获得需安装的应用程序的安装包的实现方式包括但不限于：将需安装的应用程序的安装包从应用市场下载至终端设备中，或从移动存储设备，如U盘，拷贝至终端设备中。

步骤102，对所述需安装的应用程序的安装包进行安装操作，以将所述需安装的应用程序主体和所述至少一个插件安装到所述终端设备中。

本发明中，终端设备在获得所述需安装的应用程序的安装包后，能够获得所述需安装的应用程序主体的安装数据和至少一个插件的安装数据，进而基于获得的所述需安装的应用程序主体的安装数据和至少一个插件的安装数据，将需安装的应用程序主体和所述至少一个插件安装到所述终端设备中。

具体在本发明中，终端设备可以在接收到用于启动所述需安装的应用程序的安装包的启动指令之后，执行对所述需安装的应用程序的安装包进行安装的操作，也可在获得需安装的应用程序的安装包之后，直接执行对所述需安装的应用程序的安装包进行安装的操作。

对于本发明中终端设备首次启动所述需安装的应用程序的安装包的启动方式可以采用现有的启动apk的方式。其中现有的启动apk的方式例如包括：依据apk的包名和启动类名，直接启动apk；或，依据apk的包名，调用public abstract IntentgetLaunchIntentForPackage(String packageName)启动apk等等。

因此，应用本发明提供的应用程序处理方法，本发明中需安装的应用程序的安装包中包括有需安装的应用程序主体的安装数据和至少一个插件的安装数据，即本发明将APK的源代码包含的host部分和插件部分打包成一个host.apk；终端设备在对需安装的应用程序的安装包进行安装操作后，会将需安装的应用程序主体和至少一个插件同时安装到终端设备中。那么在终端设备首次启动需安装的应用程序的安装包(host.apk)时，能够直接按照现有的启动apk的方式启动该host.apk，而不需要再执行安装和加载插件的步骤，也就避免了由于安装和加载插件带来的耗时相对较高、rom适配出现问题时导致host.apk完全无法使用的问题的发生，极大地提升了host.apk首次启动的性能。

在实际应用过程中，一般都会存在插件内容更新需求，即需要更新新版本的插件。因为现有技术中的插件是单独打包成的一个plugin.apk插件，因此现有技术在进行插件升级时较为简单，只需下载新的插件安装包并替换掉原有的插件安装包即可在软件启动时安装新的插件。而由于本发明将应用程序主体的安装数据和插件的安装数据放到了一起，因此无法像现有技术一样直接替换插件安装包，因此需要进行如下处理，如图2所示，方法可以包括：

步骤201，获得第一插件的更新安装包，所述第一插件为所述安装包中包括的至少一个插件中的任意一个。

本发明中，第一插件的更新安装包对应的是新版本的第一插件，该更新安装包是与原第一插件的plugin部分相关联的，通常情况下，更新安装包都是在修改原插件的plugin部分中需要修改的部分内容后单独打包得到的，进而会将其配置到服务器端。

本发明中，需要更新第一插件的场景例如包括：当前页面需要增加或删减某个业务功能等。

具体地，本发明可以从服务器端获取到第一插件的更新安装包。本发明从服务器端获取第一插件的更新安装包的实现方式可以包括：

1)终端设备主动向服务器获取第一插件的更新安装包。

具体例如，终端设备主动向服务器发送获取第一插件的更新安装包的请求，服务器依据该请求查找到第一插件的更新安装包后将其返回至终端设备，终端设备接收服务器返回的第一插件的更新安装包，由此终端设备实现从服务器端获取到第一插件的更新安装包。

2)服务器主动向终端设备推送第一插件的更新安装包。

具体例如，服务器检测到第一插件的更新安装包后，以广播消息的方式主动向各终端设备广播该第一插件的更新安装包。终端设备接收到广播消息后，如果确认获取该第一插件的更新安装包，那么如果广播消息中携带有该第一插件的更新安装包，则终端设备直接从该广播消息获取到第一插件的更新安装包；而如果广播消息中未携带有该第一插件的更新安装包，则终端设备向服务器发送请求获取第一插件的更新安装包的请求，进而接收服务器通过响应该请求返回的第一插件的更新安装包，由此终端设备实现从服务器端获取到第一插件的更新安装包。

步骤202，对所述更新安装包进行解压，获得所述第一插件的更新数据。

其中所述第一插件的更新数据可以包括新版本的第一插件所包含的各类所需的数据，如资源、库、数组等。

步骤203，基于所述更新数据，安装新版本的第一插件。

本发明中，终端设备获取到第一插件的更新数据后，由host.apk静默完成对该新版本的第一插件的下载和安装。

步骤204，如果基于所述更新数据，安装新版本的第一插件成功后，截获针对所述新版本的第一插件的启动指令，根据所述启动指令启动所述新版本的第一插件。

本发明中，截获的针对所述新版本的第一插件的启动指令可以是专用于启动该新版本的第一插件的启动指令，也可以是用于重启包含所述新版本的第一插件的应用程序(host.apk)的启动指令。

其中，当截获到用于重启包含所述新版本的第一插件的host.apk的启动指令后，终端设备重新加载该新版本的第一插件，并将加载的新版本的第一插件的业务功能代替原第一插件的业务功能。

本发明中，将加载的新版本的第一插件的业务功能代替原第一插件的业务功能可以具体为，将加载的新版本的第一插件的业务功能覆盖原第一插件的业务功能；或，保留但不响应原第一插件的业务功能，只响应新版本的第一插件的业务功能等。

本发明在进行插件升级时，通过下载第一插件的更新安装包，解压得到更新安装包中包含的各类所需的更新数据，如资源、库、数组等，然后基于更新数据，通过hook替换掉原第一插件中各类与数据的对应关系，让各类对应新的数据，并完成新版本的第一插件的安装。那么当新版本的第一插件中的某类被启用时，该类对应的新的数据就被使用，而不是使用原第一插件中的旧的数据，由此实现了插件的更新。

在上述实施例的基础上，可选地，本发明在步骤203，基于所述更新数据，安装新版本的第一插件的安装过程中，方法还可以包括：

判断所述新版本的第一插件是否能够在所述终端设备的rom上运行；

如果不能够在所述终端设备的rom上运行，确定安装所述新版本的第一插件失败。

以及还可以包括步骤205，如果基于所述更新数据，安装新版本的第一插件失败时，截获针对所述第一插件的启动指令，根据所述启动指令启动所述第一插件。

本发明实施例中，可以在利用host.apk静默完成新版本的第一插件的安装过程中，预先判断该新版本的第一插件是否能够在所述终端设备的rom上运行。如果不能够在所述终端设备的rom上运行，直接确定安装该新版本的第一插件失败。

本发明实施例在安装新版本的第一插件的安装过程中，提前判断该新版本的第一插件是否能够在终端设备上的rom上运行，实现了新版本的第一插件对终端设备中rom影响的预判。

本发明中，当确定安装所述新版本的第一插件成功时，重新启动host.apk后，是加载新版本的第一插件，并将加载的新版本的第一插件的业务功能代替原第一插件的业务功能，从而达到了动态升级业务功能的效果；当确定安装所述新版本的第一插件失败时，重新启动host.apk后，依然加载host.apk中原第一插件，保证了host.apk的可用性。

基于前文本发明提供的一种应用程序处理方法，本发明还提供一种应用程序处理装置，如图3所示，该装置应用于终端设备，可以包括：

安装包获得单元100，用于获得需安装的应用程序的安装包，所述安装包中包括有：所述需安装的应用程序主体的安装数据和至少一个插件的安装数据；

第一安装单元200，用于对所述需安装的应用程序的安装包进行安装操作，以将所述需安装的应用程序主体和所述至少一个插件安装到所述终端设备中。

其中，所述需安装的应用程序主体的安装数据和至少一个插件的安装数据被打包为所述安装包。

可选地，如图4所示，本发明提供的应用程序处理装置还可以包括：

更新安装包获得单元300，用于获得第一插件的更新安装包，所述第一插件为所述安装包中包括的至少一个插件中的任意一个；

解压单元400，用于对所述更新安装包进行解压，获得所述第一插件的更新数据；

第二安装单元500，用于基于所述更新数据，安装新版本的第一插件；

截获单元600，用于截获针对所述新版本的第一插件的启动指令；

启动单元700，用于当所述新版本的第一插件安装成功后，根据所述启动指令启动所述新版本的第一插件。

进一步优选地，本发明提供的应用程序处理装置还可以包括：

判断单元，用于在基于所述更新数据，安装新版本的第一插件的安装过程中，判断所述新版本的第一插件是否能够在所述终端设备的rom上运行；

确定单元，用于在所述判断单元判断所述新版本的的第一插件不能够在所述终端设备的rom上运行时，确定安装所述新版本的第一插件失败。

其中，所述启动单元700还用于，当所述确定单元确定所述新版本的第一插件安装失败时，根据所述启动指令启动所述第一插件。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

以上对本发明所提供的一种应用程序处理方法和装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种应用程序处理方法，其特征在于，应用于终端设备，所述方法包括：

获得需安装的应用程序的安装包，所述安装包中包括有：所述需安装的应用程序主体的安装数据和至少一个插件的安装数据；

对所述需安装的应用程序的安装包进行安装操作，以将所述需安装的应用程序主体和所述至少一个插件安装到所述终端设备中。

2.根据权利要求1所述的方法，其特征在于，所述需安装的应用程序主体的安装数据和至少一个插件的安装数据被打包为所述安装包。

3.根据权利要求1或2所述的方法，其特征在于，在对所述需安装的应用程序的安装包进行安装操作之后，所述方法还包括：

获得第一插件的更新安装包，所述第一插件为所述安装包中包括的至少一个插件中的任意一个；

对所述更新安装包进行解压，获得所述第一插件的更新数据；

基于所述更新数据，安装新版本的第一插件；

当所述新版本的第一插件安装成功后，截获针对所述新版本的第一插件的启动指令，根据所述启动指令启动所述新版本的第一插件。

4.根据权利要求3所述的方法，其特征在于，在基于所述更新数据，安装新版本的第一插件的安装过程中，所述方法还包括：

判断所述新版本的第一插件是否能够在所述终端设备的rom上运行；

如果不能够在所述终端设备的rom上运行，确定安装所述新版本的第一插件失败。

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

当所述新版本的第一插件安装失败时，截获针对所述第一插件的启动指令，并根据所述启动指令启动所述第一插件。

6.一种应用程序处理装置，其特征在于，应用于终端设备，所述装置包括：

安装包获得单元，用于获得需安装的应用程序的安装包，所述安装包中包括有：所述需安装的应用程序主体的安装数据和至少一个插件的安装数据；

第一安装单元，用于对所述需安装的应用程序的安装包进行安装操作，以将所述需安装的应用程序主体和所述至少一个插件安装到所述终端设备中。

7.根据权利要求6所述的装置，其特征在于，所述需安装的应用程序主体的安装数据和至少一个插件的安装数据被打包为所述安装包。

8.根据权利要求6或7所述的装置，其特征在于，所述装置还包括：

更新安装包获得单元，用于获得第一插件的更新安装包，所述第一插件为所述安装包中包括的至少一个插件中的任意一个；

解压单元，用于对所述更新安装包进行解压，获得所述第一插件的更新数据；

第二安装单元，用于基于所述更新数据，安装新版本的第一插件；

截获单元，用于截获针对所述新版本的第一插件的启动指令；

启动单元，用于当所述新版本的第一插件安装成功后，根据所述启动指令启动所述新版本的第一插件。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

判断单元，用于在基于所述更新数据，安装新版本的第一插件的安装过程中，判断所述新版本的第一插件是否能够在所述终端设备的rom上运行；

确定单元，用于在所述判断单元判断所述新版本的的第一插件不能够在所述终端设备的rom上运行时，确定安装所述新版本的第一插件失败。

10.根据权利要求9所述的装置，其特征在于，

所述启动单元还用于，当所述确定单元确定所述新版本的第一插件安装失败时，根据所述启动指令启动所述第一插件。