CN113138768A - 应用程序包生成方法、装置、电子设备以及可读存储介质 - Google Patents

Abstract

本公开公开了应用程序包生成方法、装置、电子设备及可读存储介质，涉及计算机技术领域，尤其涉及应用程序性能优化领域。该应用程序包生成方法具体实现方案为：获取应用程序包生成请求，其中，应用程序包生成请求包括宿主应用程序包标识和插件应用程序包标识；响应于应用程序包生成请求，调用目标工具；利用目标工具将与插件应用程序包标识对应的插件应用程序包和与宿主应用程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

Description

应用程序包生成方法、装置、电子设备以及可读存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及应用程序性能优化领域。

背景技术

应用程序包是一种能被操作系统识别并运行的文件格式。在移动设备下载应用程序包后，对其进行解压和安装，实现在移动设备中运行应用程序。

随着移动设备的普及和用户需求的日益增多，宿主应用程序所要集成的功能越来越多，其中，所要集成的功能可以通过插件应用程序体现。即可以采用将插件应用程序包集成到宿主应用程序包的方式实现。例如，宿主应用程序可以为搜索引擎应用程序，插件应用程序可以包括直播插件应用程序和地图插件应用程序等，由此可以实现在使用搜索引擎进行搜索时，实现观看直播和进行位置搜索等。

发明内容

本公开提供了一种用于应用程序包生成方法、装置、电子设备以及可读存储介质。

根据本公开的一方面，提供了一种应用程序包生成方法，包括：获取应用程序包生成请求，其中，上述应用程序包生成请求包括宿主应用程序包标识和插件应用程序包标识；响应于上述应用程序包生成请求，调用目标工具；以及，利用上述目标工具将与上述插件应用程序包标识对应的插件应用程序包和与上述宿主应用程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

根据本公开的另一方面，提供了一种应用程序包生成装置，包括：获取模块，用于获取应用程序包生成请求，其中，上述应用程序包生成请求包括宿主应用程序包标识和插件应用程序包标识；调用模块，用于响应于上述应用程序包生成请求，调用目标工具；以及，打包模块，用于利用上述目标工具将与上述插件应用程序包标识对应的插件应用程序包和与上述宿主应用程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与上述至少一个处理器通信连接的存储器；其中，上述存储器存储有可被上述至少一个处理器执行的指令，上述指令被上述至少一个处理器执行，以使上述至少一个处理器能够执行如上所述的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，上述计算机指令用于使上述计算机执行如上所述的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，上述计算机程序在被处理器执行时实现如上所述的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1示意性示出了根据本公开实施例的可以应用应用程序包生成方法及装置的示例性系统架构；

图2示意性示出了根据本公开实施例的应用程序包生成方法的流程图；

图3示意性示出了根据本公开实施例的目标应用程序包生成过程的流程图；

图4示意性示出了根据本公开实施例的目标应用程序包加载过程的流程图；

图5示意性示出了根据本公开实施例的应用程序包生成方法的示意图；

图6示意性示出了根据本公开实施例的目标Gradle插件的显示页面的示意图；

图7示意性示出了根据本公开实施例的应用程序包生成装置的框图；以及

图8示出了可以用来实施本公开的实施例的示例电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

为了实现对应用程序进行功能扩展，可以在宿主应用程序中加载插件应用程序。由于应用程序的运行是依赖于应用程序的应用程序包的，因此，在宿主应用程序中加载插件应用程序可以通过将插件应用程序包集成到宿主应用程序包实现。

应用程序包的生成过程可以包括：生成应用程序的源码，对源码进行编译，得到应用程序包。其中，编译过程通常耗时较长。

为了实现将插件应用程序包集成到宿主应用程序包，在相关技术中，可以采用如下方式实现的：手动将插件应用程序包复制到宿主源码的指定位置并重新命名，修改宿主源码的配置文件，重新编译宿主源码，得到宿主应用程序包。其中，插件应用程序包是通过生成插件源码，对插件源码进行编译得到的。如果对插件源码进行了修改，则无论修改的程度如何，都需要重新执行上述生成宿主应用程序包的操作。

在实现本公开构思的过程中，发现由于宿主源码庞大和依赖众多，因此，编译宿主源码耗时较长。通过研究发现，编译一次宿主源码通常需要6～15分钟。由于编译宿主源码耗时较长，因此，使得将插件应用程序包集成到宿主应用程序包所消耗的时间较长，进而影响了开发效率。并且，采用手动复制的方式容易出错，由此，也影响了开发效率。即采用相关技术的方式的开发效率较低。

为了解决相关技术中存在的上述问题，发现解决问题的关键在于如何缩短集成时间和减少出错率。进一步发现导致集成时间较长的主要原因在于编译宿主源码耗时较长，由此，发现可以将处理对象由宿主源码改为宿主应用程序包，实现不再需要执行编译宿主源码这个操作，进而节省了编译源码消耗的时间。同时，发现采用自动而不是手动方式能够实现尽量减少出错率。由此，提出了一种利用目标工具自动处理将插件应用程序包集成到宿主应用程序包的方案。

具体地，本公开实施例提供了应用程序包生成方法、装置、电子设备以及可读存储介质。其中，该应用程序包生成方法包括：获取应用程序包生成请求，应用程序包生成请求包括宿主应用程序包标识和插件应用程序包标识。响应于应用程序包生成请求，调用目标工具。利用目标工具将与插件应用程序包标识对应的插件应用程序包和与宿主应用程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

图1示意性示出了根据本公开实施例的可以应用应用程序包生成方法及装置的示例性系统架构。

需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。例如，在另一实施例中，可以应用应用程序包生成方法及装置的示例性系统架构可以包括终端设备，但终端设备可以无需与服务器进行交互，即可实现本公开实施例提供的应用程序包生成方法及装置。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线和/或无线通信链路等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如知识阅读类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端和/或社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持各种服务的电子设备，电子设备可以包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等。

例如，终端设备101、102、103可以执行将插件应用程序包集成到宿主应用程序包的操作，即获取包括宿主应用程序包标识和插件应用程序包标识的应用程序包生成请求，响应于应用程序包生成请求，调用目标工具，利用目标工具将与插件应用程序包标识对应的插件应用程序包和与宿主应用程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

服务器105可以是提供各种服务的服务器，例如，可以执行将插件应用程序包集成到宿主应用程序包的操作的后台管理服务器。

需要说明的是，本公开实施例所提供的应用程序包生成方法一般可以由终端设备101、102、或103执行。相应地，本公开实施例所提供的应用程序包生成装置也可以设置于终端设备101、102、或103中。

或者，本公开实施例所提供的应用程序包生成方法一般也可以由服务器105执行。相应地，本公开实施例所提供的应用程序包生成装置一般可以设置于服务器105中。本公开实施例所提供的应用程序包生成方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的应用程序包生成装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了根据本公开实施例的应用程序包生成方法的流程图。

如图2所示，该方法包括操作S210～S230。

在操作S210，获取应用程序包生成请求，其中，应用程序包生成请求包括宿主应用程序包标识和插件应用程序包标识。

在操作S220，响应于应用程序包生成请求，调用目标工具。

在操作S230，利用目标工具将与插件应用程序包标识对应的插件应用程序包和与宿主应用程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

根据本公开的实施例，应用程序包生成请求可以为在检测到目标控件或目标指令被触发的情况下生成的。应用程序包生成请求可以用于触发执行针对目标应用程序的目标应用程序包的生成操作。

根据本公开的实施例，应用程序可以包括宿主应用程序和插件应用程序。每个宿主应用程序可以具有一个或多个插件应用程序，每个插件应用程序可以用于实现宿主应用程序的扩展功能。应用程序具有与该应用程序对应的应用程序包。每个应用程序包可以具有与该应用程序包对应的应用程序包标识。

根据本公开的实施例，应用程序包例如可以是安卓应用程序包(Androidapplication Package，APK)，其可以被安卓操作系统识别并运行，或者，应用程序包也可以是IOS应用程序包，其可以被IOS操作系统识别并运行。

根据本公开的实施例，应用程序包标识的形式可以根据实际业务需求进行配置，在此不作限定。由此，宿主应用程序包标识可以用于表征宿主应用程序包，插件应用程序包标识可以用于表征插件应用程序包。应用程序包生成请求可以携带宿主应用程序包标识和插件应用程序包标识。其中，插件应用程序包标识的数量可以为一个或多个。

根据本公开的实施例，目标工具可以理解为能够实现将插件应用程序包集成到宿主应用程序包的工具。目标工具可以包括目标Gradle插件或目标Shell脚本。目标工具可以理解为是根据业务逻辑进行创建得到的。上述目标工具仅是示例性实施例，但不限于此，还可以包括本领域已知的其他工具，只要能够实现应用程序包生成即可。

根据本公开的实施例，在获取到应用程序包请求的情况下，可以调用目标工具，以实现利用目标工具将插件应用程序包集成到宿主应用程序包中，得到目标应用程序包，即目标应用程序包可以理解为在宿主应用程序包上集成了插件应用程序包的应用程序包，也即目标应用程序包可以理解为包括插件应用程序包括和宿主应用程序包的应用程序包。

根据本公开的实施例，目标工具是直接自动将插件应用程序包集成到宿主应用程序包中而不需要对宿主源码进行编译，即自动对宿主应用程序包进行处理而不需要对宿主源码进行编译，由此，有效避免了编译宿主源码所消耗的时间和手动复制操作出现的错误，进而提高了开发效率。

例如，宿主应用程序为搜索引擎应用程序，为了在搜索引擎应用程序上实现直播功能和截图功能，可以创建直播插件应用程序和截图插件应用程序。生成应用程序包生成请求，应用程序包生成请求可以包括搜索引擎应用程序标识、直播插件应用程序标识和截图插件应用程序标识。响应于应用程序包生成请求，调用目标工具，以利用目标工具将与直播插件应用程序标识对应的直播插件应用程序包和与截图插件应用程序标识对应的截图插件应用程序包集成到与搜索引擎应用程序包标识对应的搜索引用应用程序包，得到目标应用程序包。

根据本公开的实施例，通过获取包括宿主应用程序包标识和插件应用程序包标识的应用程序包生成请求，响应于应用程序包生成请求，调用目标工具，并利用目标工具将与插件应用程序包标识对应的插件应用程序包和与宿主应用程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。由于目标工具是直接自动将插件应用程序包集成到宿主应用程序包中而不需要对宿主源码进行编译，即自动对宿主应用程序包进行处理而不需要对宿主源码进行编译，因此，有效避免了编译宿主源码所消耗的时间和手动复制操作出现的错误，进而提高了开发效率。

根据本公开的实施例，操作S230可以包括如下操作。

利用目标工具启动重签任务；执行重签任务，以将与插件应用程序包标识对应的插件应用程序包和与宿主主程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

根据本公开的实施例，目标工具可以创建重签任务，重签任务为可以用于处理将插件应用程序包集成到宿主应用程序包的任务。例如，目标工具可以包括目标Gradle工具。重签任务的数量可以包括一个或多个。

根据本公开的实施例，如果目标工具为目标Gradle工具，则重签任务可以通过如下方式创建，方式一，利用task函数创建，即调用Project对象中的tast()方法创建。方式二，通过TaskContainer对象的create()方法创建。可以通过调用findByPath()和getByPath()获取重签任务。可以通过调用doFirst()或doLast()执行重签任务。

根据本公开的实施例，将与插件应用程序包标识对应的插件应用程序包和与宿主主程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包，可以包括如下操作。

根据宿主应用程序包标识和插件应用程序包标识，获取宿主应用程序包和插件应用程序包；将宿主应用程序包进行解压，得到解压文件；将解压文件存储至预设目录；将插件应用程序包存储至第一预设子目录，其中，第一预设子目录为预设目录下的子目录；将与插件应用程序包对应的配置信息存储至第二预设子目录，其中，第二预设子目录为预设目录下的子目录；对预设目录下的资源进行打包，得到目标应用程序包。

根据本公开的实施例，在获得宿主应用包标识和插件应用程序包标识后，可以根据宿主应用包标识，获取宿主应用程序包，根据插件应用程序包标识，获取插件应用程序包。

根据本公开的实施例，预设目录、预设目录下的第一预设子目录和第二预设子目录可以根据实际业务需求进行配置，在此不作限定。例如，第一预设子目录可以为assets/nps/preset/bundle/。第二预设子目录可以为assets/nps/preset/info/preset。与插件应用程序包对应的配置信息可以是根据预设规范所生成的，由此，与插件应用程序包对应的配置信息可以用于表征预设规范所对应的信息。

根据本公开的实施例，可以将宿主应用程序包解压至预设目录，对插件应用程序包进行重新命名，将重新命名后的插件应用程序包存储至预设目录下的第一预设子目录。可以生成与插件应用程序包对应的配置信息，将配置信息存储至预设目录下的第二预设子目录。由此，预设目录下的资源可以包括解压宿主应用程序包得到的解压文件、插件应用程序包和与插件应用程序包对应的配置信息，在此基础上，可以对预设目录下的资源进行打包，得到目标应用程序包。

根据本公开的实施例，对预设目录下的资源进行打包，得到目标应用程序包可以包括，对预设目录下的部分资源进行打包，生成第一文件，其中，第一文件可以为R.java文件。对预设目录下的部分资源进行打包，可以包括，利用打包资源工具对预设目录下的部分资源进行打包。其中，打包资源工具可以包括AAPT(Android Asset Packing Tool)。部分资源可以包括AndroidManifest.xml文件和.xml布局文件。在确定存在AIDL文件的情况下，利用AIDL工具解析AIDL(Android Interface Definition Language，安卓接口定义语言)文件，生成第二文件，第二文件可以为.java文件。可以编译项目源代码，生成class文件，其中，项目源代码可以包括.java代码。对class文件进行转换，生成class.dex文件。对class文件进行转换可以包括，利用dx工具对class文件进行转换，生成class.dex文件。对已有资源进行打包，得到目标应用程序包。

根据本公开的实施例，根据宿主应用程序包标识和插件应用程序包标识，获取宿主应用程序包和插件应用程序包，可以包括如下操作。

根据宿主程序包标识，确定第一存储路径；根据第一存储路径，获取与宿主应用程序包标识对应的宿主应用程序包；根据插件应用包标识，确定第二存储路径；根据第二存储路径，获取与插件应用程序包标识对应的插件应用程序包。

根据本公开的实施例，宿主应用程序包可以具有与其对应的存储路径，插件应用程序包也可以具有与其对应的存储路径，其中，可以将与宿主应用程序包对应的存储路径称为第一存储路径，将与插件应用程序包对应的存储路径称为第二存储路径。由于宿主应用程序包可以用宿主应用程序包标识表征，插件应用程序包可以用插件应用程序包标识表征，因此，第一存储路径与宿主应用程序包标识对应，第二存储路径与插件应用程序包标识对应。由此，可以根据宿主应用程序包标识确定第一存储路径，根据第一存储路径确定宿主应用程序包标识。可以根据插件应用程序包标识确定第二存储路径，根据第二存储路径确定插件应用程序包标识。

根据本公开的实施例，将与插件应用程序包对应的配置信息存储至第二预设子目录，可以包括如下操作。

生成与插件应用程序包对应的配置信息，其中，配置信息包括与插件应用程序包对应的摘要信息和/或版本信息；将配置信息存储至目标配置文件，其中，目标配置文件存储于第二预设子目录。

根据本公开的实施例，生成与插件应用程序包对应的配置信息可以包括，根据插件应用程序包的预设信息，利用消息摘要算法生成与预设信息对应的摘要信息，其中，消息摘要算法可以包括MD(Message Digest，消息摘要)算法、SHA(Secure Hash Algorithm，安全散列算法)或MAC(Message Authentication Code，消息认证码)算法。MD算法可以包括MD2算法、MD4算法或MD5算法。在本公开实施例中，可以根据实际业务需求选择消息摘要算法，在此不作限定。

根据本公开的实施例，版本信息可以用时间戳表征。其中，时间戳的单位可以根据实际业务需求进行配置，在此不作限定。例如，时间戳的单位为秒。

根据本公开的实施例，与插件应用程序包对应的配置信息可以包括摘要信息和/或版本信息，此外，配置信息还可以包括插件应用程序包的名称。目标配置文件的数据格式可以根据实际业务需求进行配置，在此不作限定。例如，数据格式可以包括JSON(JavaScript Object Notation，JS对象简谱)。

根据本公开的实施例，上述应用程序包生成方法还可以包括如下操作。对目标应用程序包进行签名，得到具有签名的目标应用程序包。

根据本公开的实施例，为了使得应用程序包可以在电子设备上运行，需要对应用程序包执行签名操作，即对目标应用程序包执行签名操作，得到具有签名的目标应用程序包。

根据本公开的实施例，对目标应用程序包进行签名，得到具有签名的目标应用程序包，可以包括如下操作。

利用调试签名文件对目标应用程序包进行签名，得到具有签名的目标应用程序包。

根据本公开的实施例，调试签名文件可以包括debug.keystore。

根据本公开的实施例，上述应用程序包生成方法还可以包括如下操作。

在确定与移动设备通信连接的情况下，将具有签名的目标应用程序包加载至移动设备；控制移动设备运行具有签名的目标应用程序包。

根据本公开的实施例，在获得具有签名的目标应用程序包后，可以确定是否与移动设备通信连接，在确定与移动设备通信连接的情况下，可以将签名后的目标应用程序包加载至移动设备。在确定未与移动设备通信连接的情况下，可以结束操作。其中，确定是否与移动设备通信连接可以包括，可以检测是否连接有与移动设备对应的数据线，在检测到连接有与移动设备对应的数据线的情况下，确定与移动设备通信连接。

根据本公开的实施例，将具有签名的目标应用程序加载至移动设备可以包括，在确定未设置有之前的应用程序包的情况下，将具有签名的目标应用程序加载至移动设备。在确定设置有之前的应用程序包的情况下，确定用于表征是否卸载之前的应用程序包的标识是否为卸载标识，在确定用于表征是否卸载之前的应用程序包的标识为卸载标识的情况下，卸载之前的应用程序包，将具有签名的目标宿主应用程序包加载至移动设备。在确定用于表征是否卸载之前的应用程序包的标识不为卸载标识的情况下，可以结束操作。

根据本公开的实施例，在移动设备加载完具有签名的目标应用程序包后，可以控制移动设备运行具有签名的目标应用程序包，以对具有签名的目标应用程序包进行测试。

根据本公开的实施例，目标工具包括目标Gradle插件。

根据本公开的实施例，Gradle是一个以Groovy语言为基础，面向Java应用为主，基于DSL(Domain Specific Language，领域特定语言)语法的构建集成工具。

根据本公开的实施例，可以利用Kotlin语言，按照Gradle插件的编码规范开发得到二进制产物，其中，二进制产物可以理解为是目标插件Gradle。在获得目标插件Gradle后，可以将目标插件Gradle发布到Maven仓库，提供给安卓源码工程在Android Studio中使用。

根据本公开的实施例，由于Gradle插件是可以运行在Android Studio中，可以与安卓固有的编译机制兼容，因此，便于在安卓系统中使用。此外，也利于与中台系统结合，由此，也便于中台框架的开发和升级。

下面参考图3～图6，结合具体实施例对图2所示的方法做进一步说明。

图3示意性示出了根据本公开实施例的目标应用程序包生成过程的流程图。

如图3所示，该方法包括操作S301～S311。

在操作S301，利用目标工具启动重签任务。

在操作S302，执行重签任务，以根据宿主程序包标识，确定第一存储路径。

在操作S303，根据第一存储路径，获取与宿主应用程序包标识对应的宿主应用程序包。

在操作S304，根据插件应用包标识，确定第二存储路径。

在操作S305，根据第二存储路径，获取与插件应用程序包标识对应的插件应用程序包。

在操作S306，将宿主应用程序包进行解压，得到解压文件。

在操作S307，将解压文件存储至预设目录。

在操作S308，将插件应用程序包存储至第一预设子目录，其中，第一预设子目录为预设目录下的子目录。

在操作S309，生成与插件应用程序包对应的配置信息，其中，配置信息包括与插件应用程序包对应的摘要信息和/或版本信息。

在操作S310，将配置信息存储至目标配置文件，其中，目标配置文件存储于第二预设子目录。

在操作S311，对预设目录下的资源进行打包，得到目标应用程序包。

图4示意性示出了根据本公开实施例的目标应用程序包加载过程的流程图。

如图4所示，该方法包括操作S401～S407。

在操作S401，与移动设备通信连接？；若是，则执行操作S402；若否，则执行操作S403。

在操作S402，设置有之前的应用程序包？；若是，则执行操作S404；若否，则执行操作S405。

在操作S403，结束操作。

在操作S404，用于表征是否卸载之前的应用程序包的标识为卸载标识？；若是，则执行操作S406；若否，则执行操作S403。

在操作S405，将目标宿主应用程序包加载至移动设备，并执行操作S407。

在操作S406，卸载之前的应用程序包，并执行操作S405。

在操作S407，控制移动设备运行目标应用程序包。

根据本公开的实施例，为了便于更好地理解本公开实施例所提供的技术方案，下面结合图5～图6对上述实施例做进一步说明。

图5示意性示出了根据本公开实施例的应用程序包生成方法的示意图。图5中宿主应用程序为搜索引擎应用程序，插件应用程序为直播应用程序，需要将直播应用程序集成到搜索引擎应用程序中。

如图5所示，电子设备501获取应用程序包生成请求，响应于应用程序包生成请求，调用目标工具502，其中，目标工具502可以包括目标Gradle插件。利用目标工具502，启动重签任务，执行重签任务，以将插件应用程序包503(即直播应用程序包)集成到宿主应用程序包504(即搜索引擎应用程序包)，得到目标应用程序包505。电子设备501将目标应用程序包505加载至与电子设备通信连接的移动设备506，控制移动设备506运行目标应用程序包505，以对目标应用程序包505进行测试。

图5中移动设备506的显示屏显示了集成了直播功能的搜索引擎应用程序的显示页面5060。显示页面5060中的直播图标用于表征搜索引擎应用程序所提供的直播功能，显示页面5060中的显示的其他图标(例如，搜索图标、关注图标、推荐图标和热榜图标)用于表征搜索引擎应用程序所提供的其他功能。

图6示意性示出了根据本公开实施例的目标Gradle插件的显示页面的示意图。如图6所示，ReSignZhiboApk用于表征重签任务。

上述实施例仅是示例性实施例，但不限于此，还可以包括本领域已知的其他方法，只要能够实现应用程序包生成即可。

图7示意性示出了根据本公开实施例的应用程序包生成装置的框图。

如图7所示，应用程序包生成装置700可以包括获取模块710、调用模块720和打包文件730。

获取模块710，用于获取应用程序包生成请求，其中，应用程序包生成请求包括宿主应用程序包标识和插件应用程序包标识。

调用模块720，用于响应于应用程序包生成请求，调用目标工具。

打包模块730，用于利用目标工具将与插件应用程序包标识对应的插件应用程序包和与宿主应用程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

根据本公开的实施例，通过获取包括宿主应用程序包标识和插件应用程序包标识的应用程序包生成请求，响应于应用程序包生成请求，调用目标工具，并利用目标工具将与插件应用程序包标识对应的插件应用程序包和与宿主应用程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。由于目标工具是直接自动将插件应用程序包集成到宿主应用程序包中而不需要对宿主源码进行编译，即自动对宿主应用程序包进行处理而不需要对宿主源码进行编译，因此，有效避免了编译宿主源码所消耗的时间和手动复制操作出现的错误，进而提高了开发效率。

根据本公开的实施例，打包模块730可以包括启动单元和执行单元。

启动单元，用于利用目标工具启动重签任务。

执行单元，用于执行重签任务，以将与插件应用程序包标识对应的插件应用程序包和与宿主主程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

根据本公开的实施例，将与插件应用程序包标识对应的插件应用程序包和与宿主主程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包，包括：

根据宿主应用程序包标识和插件应用程序包标识，获取宿主应用程序包和插件应用程序包；将宿主应用程序包进行解压，得到解压文件；将解压文件存储至预设目录；将插件应用程序包存储至第一预设子目录，其中，第一预设子目录为预设目录下的子目录；将与插件应用程序包对应的配置信息存储至第二预设子目录，其中，第二预设子目录为预设目录下的子目录；对预设目录下的资源进行打包，得到目标应用程序包。

根据本公开的实施例，根据宿主应用程序包标识和插件应用程序包标识，获取宿主应用程序包和插件应用程序包，包括：根据宿主程序包标识，确定第一存储路径；根据第一存储路径，获取与宿主应用程序包标识对应的宿主应用程序包；根据插件应用包标识，确定第二存储路径；根据第二存储路径，获取与插件应用程序包标识对应的插件应用程序包。

根据本公开的实施例，将与插件应用程序包对应的配置信息存储至第二预设子目录，包括：生成与插件应用程序包对应的配置信息，其中，配置信息包括与插件应用程序包对应的摘要信息和/或版本信息；将配置信息存储至目标配置文件，其中，目标配置文件存储于第二预设子目录。

根据本公开的实施例，上述应用程序包生成装置700还可以包括签名模块。

签名模块，用于对目标应用程序包进行签名，得到具有签名的目标应用程序包。

根据本公开的实施例，签名模块可以包括签名单元。

签名单元，用于利用调试签名文件对目标应用程序包进行签名，得到具有签名的目标应用程序包。

根据本公开的实施例，上述应用程序包生成装置还可以包括加载模块和运行模块。

加载模块，用于在确定与移动设备通信连接的情况下，将具有签名的目标应用程序包加载至移动设备。

运行模块，用于控制移动设备运行具有签名的目标应用程序包。

根据本公开的实施例，目标工具包括目标Gradle插件。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

根据本公开的实施例，一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上所述的方法。

根据本公开的实施例，一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行如上所述的方法。

根据本公开的实施例，一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如上所述的方法。

图8示出了可以用来实施本公开的实施例的示例电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如应用程序包生成方法。例如，在一些实施例中，应用程序包生成方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的应用程序包生成方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行应用程序包生成方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以是分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (21)

1.一种应用程序包生成方法，包括：

获取应用程序包生成请求，其中，所述应用程序包生成请求包括宿主应用程序包标识和插件应用程序包标识；

响应于所述应用程序包生成请求，调用目标工具；以及

利用所述目标工具将与所述插件应用程序包标识对应的插件应用程序包和与所述宿主应用程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

2.根据权利要求1所述的方法，其中，所述利用所述目标工具将与所述插件应用程序包标识对应的插件应用程序包和与所述宿主主程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包，包括：

利用所述目标工具启动重签任务；以及

执行所述重签任务，以将与所述插件应用程序包标识对应的插件应用程序包和与所述宿主主程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

3.根据权利要求1或2所述的方法，其中，所述将与所述插件应用程序包标识对应的插件应用程序包和与所述宿主主程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包，包括：

根据所述宿主应用程序包标识和所述插件应用程序包标识，获取所述宿主应用程序包和所述插件应用程序包；

将所述宿主应用程序包进行解压，得到解压文件；

将所述解压文件存储至预设目录；

将所述插件应用程序包存储至第一预设子目录，其中，所述第一预设子目录为所述预设目录下的子目录；

将与所述插件应用程序包对应的配置信息存储至第二预设子目录，其中，所述第二预设子目录为所述预设目录下的子目录；以及

对所述预设目录下的资源进行打包，得到所述目标应用程序包。

4.根据权利要求3所述的方法，其中，所述根据所述宿主应用程序包标识和所述插件应用程序包标识，获取所述宿主应用程序包和所述插件应用程序包，包括：

根据所述宿主程序包标识，确定第一存储路径；

根据所述第一存储路径，获取与所述宿主应用程序包标识对应的宿主应用程序包；

根据所述插件应用包标识，确定第二存储路径；以及

根据所述第二存储路径，获取与所述插件应用程序包标识对应的插件应用程序包。

5.根据权利要求3所述的方法，其中，所述将与所述插件应用程序包对应的配置信息存储至第二预设子目录，包括：

生成与所述插件应用程序包对应的配置信息，其中，所述配置信息包括与所述插件应用程序包对应的摘要信息和/或版本信息；以及

将所述配置信息存储至目标配置文件，其中，所述目标配置文件存储于所述第二预设子目录。

6.根据权利要求1～5中任一项所述的方法，还包括：

对所述目标应用程序包进行签名，得到具有签名的目标应用程序包。

7.根据权利要求6所述的方法，其中，所述对所述目标应用程序包进行签名操作，得到具有签名的目标应用程序包，包括：

利用调试签名文件对所述目标应用程序包进行签名，得到所述具有签名的目标应用程序包。

8.根据权利要求6或7所述的方法，还包括：

在确定与移动设备通信连接的情况下，将所述具有签名的目标应用程序包加载至所述移动设备；以及

控制所述移动设备运行所述具有签名的目标应用程序包。

9.根据权利要求1～8中任一项所述的方法，其中，所述目标工具包括目标Gradle插件。

10.一种应用程序包生成装置，包括：

获取模块，用于获取应用程序包生成请求，其中，所述应用程序包生成请求包括宿主应用程序包标识和插件应用程序包标识；

调用模块，用于响应于所述应用程序包生成请求，调用目标工具；以及

打包模块，用于利用所述目标工具将与所述插件应用程序包标识对应的插件应用程序包和与所述宿主应用程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

11.根据权利要求10所述的装置，其中，所述打包模块，包括：

启动单元，用于利用所述目标工具启动重签任务；以及

执行单元，用于执行所述重签任务，以将与所述插件应用程序包标识对应的插件应用程序包和与所述宿主主程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包。

12.根据权利要求10或11所述的装置，其中，所述将与所述插件应用程序包标识对应的插件应用程序包和与所述宿主主程序包标识对应的宿主应用程序包进行打包，得到目标应用程序包，包括：

根据所述宿主应用程序包标识和所述插件应用程序包标识，获取所述宿主应用程序包和所述插件应用程序包；

将所述宿主应用程序包进行解压，得到解压文件；

将所述解压文件存储至预设目录；

将所述插件应用程序包存储至第一预设子目录，其中，所述第一预设子目录为所述预设目录下的子目录；

将与所述插件应用程序包对应的配置信息存储至第二预设子目录，其中，所述第二预设子目录为所述预设目录下的子目录；以及

对所述预设目录下的资源进行打包，得到所述目标应用程序包。

13.根据权利要求12所述的装置，其中，所述根据所述宿主应用程序包标识和所述插件应用程序包标识，获取所述宿主应用程序包和所述插件应用程序包，包括：

根据所述宿主程序包标识，确定第一存储路径；

根据所述第一存储路径，获取与所述宿主应用程序包标识对应的宿主应用程序包；

根据所述插件应用包标识，确定第二存储路径；以及

根据所述第二存储路径，获取与所述插件应用程序包标识对应的插件应用程序包。

14.根据权利要求12所述的装置，其中，所述将与所述插件应用程序包对应的配置信息存储至第二预设子目录，包括：

生成与所述插件应用程序包对应的配置信息，其中，所述配置信息包括与所述插件应用程序包对应的摘要信息和/或版本信息；以及

将所述配置信息存储至目标配置文件，其中，所述目标配置文件存储于所述第二预设子目录。

15.根据权利要求10～14中任一项所述的装置，还包括：

签名模块，用于对所述目标应用程序包进行签名，得到具有签名的目标应用程序包。

16.根据权利要求15所述的装置，其中，所述签名模块，包括：

签名单元，用于利用调试签名文件对所述目标应用程序包进行签名，得到所述具有签名的目标应用程序包。

17.根据权利要求15或16所述的装置，还包括：

加载模块，用于在确定与移动设备通信连接的情况下，将所述具有签名的目标应用程序包加载至所述移动设备；以及

运行模块，用于控制所述移动设备运行所述具有签名的目标应用程序包。

18.根据权利要求10～17中任一项所述的装置，其中，所述目标工具包括目标Gradle插件。

19.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1～9中任一项所述的方法。

20.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1～9中任一项所述的方法。

21.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1～9中任一项所述的方法。

Images