CN116991434A - 一种针对安卓app的封包重组方法、系统及存储介质 - Google Patents

Abstract

本发明给出了一种针对安卓APP的封包重组方法、系统及存储介质，包括S1在APP初始安装包内集成管控件，管控件兼容基于安卓系统标准开发的APP；S2通过管控件对APP初始安装包的修改来实现对APP运行过程中的所有资源的完整监控，APP初始安装包被修改为只具备管控件和APP的基础功能；S3在APP运行过程中，由管控件对当前所需加载的资源进行下载和解析；S4在下次启动APP时，通过管控件对本地已下载的资源进行实时加载和解析。通过管控件集成到APP包体中，不需要使用任何附带其他插件，也无需修改APP初始安装包中的任何配置，由管控件负责对APP运行所需的资源进行不间断下载，使APP启动后无需一次性下载所有资源包，而是先静默动态下载部分资源，提高用户的体验。

Description

一种针对安卓APP的封包重组方法、系统及存储介质

技术领域

本发明涉及计算机软件技术领域，尤其是一种针对安卓APP的封包重组方法、系统及存储介质。

背景技术

安卓APP的发展背景可以追溯到智能手机普及化的时期。这也促进了安卓APP的快速发展和普及。

然而，安装包体积大成为了限制APP在推广平台上推广的主要因素之一。由于某些应用需要下载大量的资源文件，导致安装包大小超过了平台允许的限制。因此，一些推广平台不得不限制这些大型应用的推广，从而影响了这些应用的市场表现和用户的下载量。

因此，为了克服现有方案的不足，提供一种针对安卓APP的封包重组方案，可以增加基于安卓标准开发APP的分发能力，更好的帮助渠道实现流量的变现，解决了现有的推广问题，从而推动安卓APP市场的进一步发展。

发明内容

为了解决现有技术中存在的上述技术问题，本发明提出了一种针对安卓APP的封包重组方法，以解决上述技术问题。

根据本发明的一个方面，提出了一种针对安卓APP的封包重组方法，包括：

步骤S1：在APP初始安装包内集成管控件，所述管控件基于C++语言开发的SO动态链接库中集成修改后的HOOK框架进行搭建，并且所述管控件兼容基于安卓系统标准开发的APP；

步骤S2：通过管控件对所述APP初始安装包的修改来实现对APP运行过程中的所有资源的完整监控，所述APP初始安装包被修改为只具备管控件和APP的基础功能；

步骤S3：在APP运行过程中，由管控件对当前所需加载的资源进行下载和解析；

步骤S4：在下次启动APP时，通过管控件对本地已下载的资源进行实时加载和解析。

在一些具体的实施例中，步骤S1的管控件的搭建具体包括修改原始汇编指令，以跳转到SO动态链接库中，基于修改后的HOOK框架执行管控件对APP初始安装包内的APP原始数据进行处理的功能。通过集成HOOK框架，可以快速分析安卓程序，使得APP资源能被准确找到。

在一些具体的实施例中，步骤S2的管控件基于Java语言编写的预设程序进行加载。

在一些具体的实施例中，步骤S2具体包括以下步骤：

步骤S21：通过管控件逆向获取APP初始安装包中相关的目标函数，基于所述管控件的HOOK框架拦截目标的资源加载函数，所述目标的资源加载函数包括系统函数和应用层相关的函数；

步骤S22：根据拦截到的数据，利用分包SO的管理模块对资源的性质进行判断和分类，基于判断的结果进行资源访问路径的修改，重定向APP加载资源的实现以对资源进行管理。

在一些具体的实施例中，步骤S21拦截目标的资源加载函数包括在C++层进行拦截。

在一些具体的实施例中，步骤S21基于所述管控件的HOOK框架拦截目标的资源加载函数后，所述APP运行过程中的任何资源文件的访问均可触发对应的模块功能，以实现对应APP资源的触发下载。

在一些具体的实施例中，步骤S21基于所述管控件的HOOK框架拦截目标的资源加载函数后，包括在APP运行过程中后台预先下载对应资源。

根据本发明的第二方面，提出了一种计算机可读存储介质，其上存储有一或多个计算机程序，该一或多个计算机程序被计算机处理器执行时实施上述任一项的方法。

根据本发明的第三方面，提出了一种针对安卓APP的封包重组系统，该系统包括：

管控件集成单元：配置用于在APP初始安装包内集成管控件，所述管控件基于C++语言开发的SO动态链接库中集成修改后的HOOK框架进行搭建，并且所述管控件兼容基于安卓系统标准开发的APP；

管控件加载单元：配置用于通过管控件对所述APP初始安装包的修改来实现对APP运行过程中的所有资源的完整监控，所述APP初始安装包被修改为只具备管控件和APP的基础功能；

资源下载单元：配置用于在APP运行过程中，由管控件对当前所需加载的资源进行下载和解析；

资源解析单元：配置用于在下次启动APP时，通过管控件对本地已下载的资源进行实时加载和解析。

本发明提出了一种针对安卓APP的封包重组方法，通过管控件与对应的工具自动集成到APP包体中，不需要使用任何附带其他插件，也无需修改APPapk中的任何配置，APP启动后，由管控件负责对APP运行所需资源进行不间断下载，对原本资源的操作都经由管控件负责，启动后无需一次性下载所有资源包，而是先静默动态下载部分资源，并且不影响用户的体验。

附图说明

包括附图以提供对实施例的进一步理解并且附图被并入本说明书中并且构成本说明书的一部分。附图图示了实施例并且与描述一起用于解释本发明的原理。将容易认识到其它实施例和实施例的很多预期优点，因为通过引用以下详细描述，它们变得被更好地理解。通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的一个实施例的针对安卓APP的封包重组方法的流程图；

图2是本申请的一个具体实施例的管控件对APP初始安装包的修改的流程图；

图3是本申请的一个实施例的针对安卓APP的封包重组系统的框架图；

图4是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本申请的一个实施例的针对安卓APP的封包重组方法，图1示出了根据本申请的实施例的针对安卓APP的封包重组方法的流程图。如图1所示，该方法包括：

步骤S1：在APP初始安装包内集成管控件，所述管控件基于C++语言开发的SO动态链接库中集成修改后的HOOK框架进行搭建，并且所述管控件兼容基于安卓系统标准开发的APP；

在具体的实施例中，步骤S1的管控件的搭建具体包括修改原始汇编指令，以跳转到SO动态链接库中，基于修改后的HOOK框架执行管控件对APP初始安装包内的APP原始数据进行处理的功能，通过集成HOOK框架，可以快速分析安卓程序，使得APP资源能被准确找到，并且能够正确加载，让APP正常运行。

步骤S2：通过管控件对所述APP初始安装包的修改来实现对APP运行过程中的所有资源的完整监控，所述APP初始安装包被修改为只具备管控件和APP的基础功能；

在具体的实施例中，步骤S2的管控件基于Java语言编写的预设程序进行加载。

在具体的实施例中，图2示出了根据本申请的一个具体实施例的管控件对APP初始安装包的修改的流程图，如图2所示，步骤S2具体包括以下步骤：

步骤S21：通过管控件逆向获取APP初始安装包中相关的目标函数，基于所述管控件的HOOK框架拦截目标的资源加载函数，所述目标的资源加载函数包括系统函数和应用层相关的函数；

步骤S22：根据拦截到的数据，利用分包SO的管理模块对资源的性质进行判断和分类，基于判断的结果，利用ClassLoader.getResourceAsStream函数进行资源访问路径的修改，通过复写onReceive函数并且调用DownloaderClientMarshaller.startDownloadServiceIfRequired函数重定向APP加载资源的实现以对资源进行管理。

在具体的实施例中，步骤S21拦截目标的资源加载函数包括在C++层进行拦截。

在具体的实施例中，步骤S21基于所述管控件的HOOK框架拦截目标的资源加载函数后，所述APP运行过程中的任何资源文件的访问均可触发对应的模块功能，以实现对应APP资源的触发下载。

在具体的实施例中，步骤S21基于所述管控件的HOOK框架拦截目标的资源加载函数后，包括在APP运行过程中后台预先下载对应资源。

步骤S3：在APP运行过程中，由管控件对当前所需加载的资源进行下载和解析；

步骤S4：下次启动APP时，通过管控件对本地已下载的资源进行实时加载和解析。

在具体的实施例中，管控件不修改任何APP原本代码。

图3示出了根据本申请的一个实施例的针对安卓APP的封包重组系统的框架图，如图3所示，该系统包括管控件集成单元300、管控件加载单元301、资源下载单元302和资源解析单元303。其中，管控件集成单元300配置用于在APP初始安装包内集成管控件，所述管控件基于C++语言开发的SO动态链接库中集成修改后的HOOK框架进行搭建，并且所述管控件兼容基于安卓系统标准开发的APP；管控件加载单元301配置用于通过管控件对所述APP初始安装包的修改来实现对APP运行过程中的所有资源的完整监控，所述APP初始安装包被修改为只具备管控件和APP的基础功能；资源下载单元302配置用于在APP运行过程中，由管控件对当前所需加载的资源进行下载和解析；资源解析单元303配置用于在下次启动APP时，通过管控件对本地已下载的资源进行实时加载和解析。

下面参考图4，其示出了适于用来实现本申请实施例的电子设备的计算机系统400的结构示意图。图4示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，计算机系统400包括中央处理单元（CPU）401，其可以根据存储在只读存储器（ROM）402中的程序或者从存储部分408加载到随机访问存储器（RAM）403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有系统400操作所需的各种程序和数据。CPU401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出（I/O）接口405也连接至总线404。

以下部件连接至I/O接口405：包括键盘、鼠标等的输入部分406；包括诸如液晶显示器（LCD）等以及扬声器等的输出部分407；包括硬盘等的存储部分408；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至I/O接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器410上，以便于从其上读出的计算机程序根据需要被安装入存储部分408。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元（CPU）401执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质，该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行步骤S1：在APP初始安装包内集成管控件，所述管控件基于C++语言开发的SO动态链接库中集成修改后的HOOK框架进行搭建，并且所述管控件兼容基于安卓系统标准开发的APP；步骤S2：通过管控件对所述APP初始安装包的修改来实现对APP运行过程中的所有资源的完整监控，所述APP初始安装包被修改为只具备管控件和APP的基础功能；步骤S3：在APP运行过程中，由管控件对当前所需加载的资源进行下载和解析；步骤S4：在下次启动APP时，通过管控件对本地已下载的资源进行实时加载和解析。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种针对安卓APP的封包重组方法，其特征在于，包括：

步骤S1：在APP初始安装包内集成管控件，所述管控件基于C++语言开发的SO动态链接库中集成修改后的HOOK框架进行搭建，并且所述管控件兼容基于安卓系统标准开发的APP；

步骤S2：通过管控件对所述APP初始安装包的修改来实现对APP运行过程中的所有资源的完整监控，所述APP初始安装包被修改为只具备管控件和APP的基础功能；

步骤S3：在APP运行过程中，由管控件对当前所需加载的资源进行下载和解析；

步骤S4：在下次启动APP时，通过管控件对本地已下载的资源进行实时加载和解析。

2.根据权利要求1所述的一种针对安卓APP的封包重组方法，其特征在于，所述步骤S1的管控件的搭建具体包括修改原始汇编指令，以跳转到SO动态链接库中，基于修改后的HOOK框架执行管控件对APP初始安装包内的APP原始数据进行处理的功能。

3.根据权利要求1所述的一种针对安卓APP的封包重组方法，其特征在于，所述步骤S2的管控件基于Java语言编写的预设程序进行加载。

4.根据权利要求3所述的一种针对安卓APP的封包重组方法，其特征在于，所述步骤S2具体包括以下步骤：

步骤S21：通过管控件逆向获取APP初始安装包中相关的目标函数，基于所述管控件的HOOK框架拦截目标的资源加载函数，所述目标的资源加载函数包括系统函数和应用层相关的函数；

步骤S22：根据拦截到的数据，利用分包SO的管理模块对资源的性质进行判断和分类，基于判断的结果进行资源访问路径的修改，重定向APP加载资源的实现以对资源进行管理。

5.根据权利要求4所述的一种针对安卓APP的封包重组方法，其特征在于，所述步骤S21拦截目标的资源加载函数包括在C++层进行拦截。

6.根据权利要求4所述的一种针对安卓APP的封包重组方法，其特征在于，所述步骤S21基于所述管控件的HOOK框架拦截目标的资源加载函数后，所述APP运行过程中的任何资源文件的访问均可触发对应的模块功能，以实现对应APP资源的触发下载。

7.根据权利要求4所述的一种针对安卓APP的封包重组方法，其特征在于，所述步骤S21基于所述管控件的HOOK框架拦截目标的资源加载函数后，包括在APP运行过程中后台预先下载对应资源。

8.根据权利要求1所述的一种针对安卓APP的封包重组方法，其特征在于，所述管控件不修改任何APP原本代码。

9.一种计算机存储介质，所述计算机存储介质上存储有计算机程序，当所述计算机存储介质上的计算机程序被处理器执行时实现权利要求1-8任一项的方法。

10.一种针对安卓APP的封包重组系统，其特征在于，所述系统包括：

管控件集成单元：配置用于在APP初始安装包内集成管控件，所述管控件基于C++语言开发的SO动态链接库中集成修改后的HOOK框架进行搭建，并且所述管控件兼容基于安卓系统标准开发的APP；

管控件加载单元：配置用于通过管控件对所述APP初始安装包的修改来实现对APP运行过程中的所有资源的完整监控，所述APP初始安装包被修改为只具备管控件和APP的基础功能；

资源下载单元：配置用于在APP运行过程中，由管控件对当前所需加载的资源进行下载和解析；

资源解析单元：配置用于在下次启动APP时，通过管控件对本地已下载的资源进行实时加载和解析。