CN114237641A - 应用程序安装方法及装置、存储介质、电子设备 - Google Patents

Abstract

本公开提供一种应用程序安装方法及装置、电子设备、存储介质；涉及数据处理技术领域。该应用程序安装方法包括：响应触发目标应用程序的安装运行指令，获取目标应用程序对应的核心功能文件块；执行核心功能文件块的解压写入过程；响应在解压写入过程中生成文件块缺失指令，根据文件块缺失指令获取缺失文件块；在核心功能文件块以及缺失文件块完成解压安装之后，预运行目标应用程序。本公开能够在目标应用程序的安装包未完全下载完毕时预运行该目标应用程序，提升目标应用程序的加载运行效率，提升用户体验。

Description

应用程序安装方法及装置、存储介质、电子设备

技术领域

本公开涉及数据处理技术领域，具体而言，涉及一种应用程序安装方法、应用程序安装装置、电子设备以及计算机可读存储介质。

背景技术

随着科学技术的飞速发展，应用程序(Application，App)成为人们与终端设备进行信息交互的重要工具。应用程序是指为完成某项或多项特定工作的计算机程序，其运行在用户模式可以和用户进行交互，具有可视的用户界面。

目前，相关的应用程序安装方案中，终端设备从应用市场下载应用程序安装包并在本地进行安装，该方案需要等待应用程序安装包完全下载后才执行后续安装步骤的操作，在终端设备网络传输条件不佳时，很容易阻塞整个安装流程，造成应用程序的安装时间过长，降低应用程序的安装运行效率，从而影响用户的使用体验。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种应用程序安装方法、应用程序安装装置、电子设备以及计算机可读存储介质，进而在一定程度上克服由于相关技术的限制和缺陷而导致的，在安装应用程序时，相关方案中需要下载完整应用程序安装包后才能安装导致应用程序安装运行效率低下的问题。

根据本公开的第一方面，提供一种应用程序安装方法，包括：

响应触发目标应用程序的安装运行指令，获取所述目标应用程序对应的核心功能文件块；

执行所述核心功能文件块的解压写入过程；

响应在所述解压写入过程中生成文件块缺失指令，根据所述文件块缺失指令获取缺失文件块；

在所述核心功能文件块以及所述缺失文件块完成解压安装之后，预运行所述目标应用程序。

根据本公开的第二方面，提供一种应用程序安装装置，包括：

核心功能文件块获取模块，用于响应触发目标应用程序的安装运行指令，获取所述目标应用程序对应的核心功能文件块；

安装运行模块，用于执行所述核心功能文件块的解压写入过程；

缺失文件块获取模块，用于响应在所述解压写入过程中生成文件块缺失指令，根据所述文件块缺失指令获取缺失文件块；

应用程序与运行模块，用于在所述核心功能文件块以及所述缺失文件块完成解压安装之后，预运行所述目标应用程序。

根据本公开的第三方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

本公开示例性实施例可以具有以下部分或全部有益效果：

在本公开的一示例实施方式所提供的应用程序安装方法中，在触发目标应用程序的安装运行指令时获取目标应用程序对应的核心功能文件块，并在核心功能文件块的解压写入过程中生成文件块缺失指令时，根据文件块缺失指令获取缺失文件块，在核心功能文件块以及缺失文件块完成解压安装之后，预运行目标应用程序。一方面，在下载目标应用程序对应的安装包时优先下载目标应用程序对应的核心功能文件块，通过核心功能文件块可以实现预运行目标应用程序，提升目标应用程序的安装运行效率；另一方面，在核心功能文件块的解压写入过程中检测到缺失维持目标应用程序的预运行的文件块时，生成文件块缺失指令，并优先获取缺失文件块，保证目标应用程序的预运行，保证目标应用程序的预运行稳定性，进一步提升目标应用程序的安装运行效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了可以应用本公开实施例的一种应用程序安装方法及装置的示例性系统架构的示意图；

图2示意性示出了相关技术方案中实现应用程序安装的流程示意图；

图3示意性示出了根据本公开的一个实施例的应用程序安装方法的流程示意图；

图4示意性示出了根据本公开的一个实施例的获取核心功能文件块的流程示意图；

图5示意性示出了根据本公开的一个实施例的获取缺失文件块的流程示意图；

图6示意性示出了根据本公开的一个实施例的实现应用程序安装的流程示意图；

图7示意性示出了根据本公开的一个实施例的应用程序安装装置的示意框图；

图8示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了可以应用本公开实施例的一种应用程序安装方法及装置的示例性应用环境的系统架构的示意图。

如图1所示，系统架构可以至少包括终端设备101和应用程序提供端102。其中，终端设备101可以是所有需要从应用程序提供端102下载应用程序安装，并且支持增量文件系统的Linux设备，包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。

终端设备101中的应用程序安装包虽然是以压缩文件的形式来进行传输的，其使用的zip压缩方式可以支持读取压缩文件的部分内容进行流式解压，因此，解压后的文件实际上可以通过读取压缩包中的部分文件块内容来进行还原。

终端设备101所支持的增量文件系统是一种特殊用途的Linux虚拟文件系统，增量文件系统可以允许应用程序在其对应的二进制文件和资源文件在通过网络或者USB未传输完成时就启动运行，如果应用程序读取的文件内容还未完成加载，则读取操作会被阻塞直至超时，同时，文件数据的写入方可以读取文件状态，了解是否有数据读取阻塞的情况出现，以便能够及时补充对应的文件内容。

应用程序提供端102可以是提供各种应用程序的安装包下载的服务方终端，例如，应用程序提供端102可以是应用程序提供方的服务器，也可以是提供应用程序分享的内容分发网络，本示例实施例对此不做特殊限定。

终端设备101与应用程序提供端102之间可以通过网络进行数据信息交互，该网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

本公开实施例所提供的应用程序安装方法可以由终端设备101执行，相应的，应用程序安装装置可以设置在终端设备101中。

当然，图1中的系统架构仅是用于示意性说明，并不应对本示例实施例造成任何特殊限定。

以下对本公开实施例的技术方案进行详细阐述：

一种技术方案中，终端设备通过应用市场安装应用程序的基本流程与步骤可以参考图2所示，具体可以包括：步骤S210，安装包文件的下载。用户可以通过终端设备的应用层提供的应用商店App下载并安装应用程序，具体的，终端设备需要通过网络从应用市场下载应用程序对应的安装包(即apk格式的压缩文件)，并将其保存到/data/app目录下；步骤S220，安装包文件的解压与拷贝。在/data/data目录下创建应用程序的数据目录，并将apk格式的压缩文件解压后的数据库、xml文件、cache以及原生代码对应的so动态库文件在该目录下进行保存；步骤S230，解析安装包文件：对应用程序安装包的签名信息进行校验，读取AndroidManifest.xml文件，并将APK文件的权限、应用包名、应用安装路径、版本、userID等重要信息在系统中进行注册；步骤S240，校验或编译：调用dex2oat执行dex字节码文件的验证或编译；步骤S250，显示应用的桌面图标。但是，这种技术方案中，由于应用程序的APK文件是以压缩包的形式整体进行下载的，因此后面的安装流程与步骤都需要等到该安装包完整下载后才能继续执行，若出现网络环境较差的情况，用户需要等待较长的时间才能够加载运行应用程序。

另一种技术方案中，通过将应用压缩包分为签名数据与文件数据，通过先下载一部分签名数据与其对应的文件数据，提前对文件数据进行校验的方式，完成了应用包的流式下载校验。但是，该技术方案只完成了校验数据和对应文件块的流式传输，仅是提前了安装包中文件的签名校验过程，而剩下的编译及字节码验证的过程仍然需要等到应用程序安装包在完整下载后才能进行；此外，由于签名校验是现有安卓系统的终端设备应用安装流程的其中一个关键步骤，因此方案的实施需要将签名校验的过程从相关安卓应用的安装流程中剥离出来，与相关安卓应用的安装流程耦合较大，如果安卓系统的应用安装流程发生变化，该方案在实施过程中也需要进行调整，造成较大的开发资源浪费。

再一种技术方案中，通过将移动智能设备运行应用时所需的优化目标文件内置于APK文件中，安装时免去最耗时耗能的本地化编译步骤，从而达到了加速应用安装的目的。但是，该技术方案中，将应用设备上的优化目标文件内置于APK文件中，但优化后的目标文件一般提交较大，会影响应用包的下载速度。此外，现有安卓应用的优化与应用执行的SDK环境相关，要提前完成应用的优化，应用市场端需要对不同的手机SDK环境准备不同优化目标文件，会加大应用市场分发应用的策略的复杂度及存储压力。

基于上述一个或多个问题，本示例实施方式提供了一种应用程序安装方法。该应用程序安装方法可以应用于上述服务器105，也可以应用于上述终端设备101、102、103中的一个或多个，本示例性实施例中对此不做特殊限定。参考图3所示，该应用程序安装方法可以包括以下步骤S310至步骤S340：

步骤S310、响应触发目标应用程序的安装运行指令，获取所述目标应用程序对应的核心功能文件块。

步骤S320、执行所述核心功能文件块的解压写入过程。

步骤S330、响应在所述解压写入过程中生成文件块缺失指令，根据所述文件块缺失指令获取缺失文件块。

步骤S340、在所述核心功能文件块以及所述缺失文件块完成解压安装之后，预运行所述目标应用程序。

在本示例实施方式所提供的应用程序安装方法中，一方面，在下载目标应用程序对应的安装包时优先下载目标应用程序对应的核心功能文件块，通过核心功能文件块可以实现预运行目标应用程序，提升目标应用程序的安装运行效率；另一方面，在核心功能文件块的解压写入过程中检测到缺失维持目标应用程序的预运行的文件块时，生成文件块缺失指令，并优先获取缺失文件块，保证目标应用程序的预运行，保证目标应用程序的预运行稳定性，进一步提升目标应用程序的安装运行效率。

下面，对于本示例实施方式的上述步骤进行更加详细的说明。

在步骤S310中，响应触发目标应用程序的安装运行指令，获取所述目标应用程序对应的核心功能文件块。

本公开的一个示例实施例中，目标应用程序是指用户选择的、需要进行安装运行的应用程序，例如，终端设备中提供的“应用商店”APP展示可安装应用程序一、应用程序二和应用程序三，用户可以通过对预先提供的安装控件或者下载控件的触发操作，触发应用程序二的下载，此时，应用程序二可以是需要下载安装运行的目标应用程序。当然，此处仅是示意性举例说明，本领域技术人员容易理解的是，目标应用程序也可以是预先设置的需要自动下载或者更新的应用程序，还可以是其他任意类型的需要在终端设备中安装的应用程序，本示例实施例对此不做特殊限定。

安装运行指令是指终端设备的操作系统在检测到需要安装目标应用程序时生成的指令，该安装运行指令可以包含目标应用程序对应的应用程序标识，如应用程序标识可以是目标应用程序对应的应用程序唯一编码(Identity Document，ID)，也可以是目标应用程序的安装包对应的文件编号，不以此为限。

在终端设备检测到触发操作时，生成安装运行指令，并可以响应安装运行指令初始化安装流程，准备接受并安装运行目标应用程序；同时，终端设备可以将安装运行指令发送给应用程序提供端，以使应用市场服务器查询目标应用程序对应的文件数据，并初始化下发应用程序安装包的相关服务。

核心功能文件块是指能够实现目标应用程序的主要核心数据对应的文件块，例如，对于目标应用程序而言，AndroidManifest.xml文件、dex文件字节码是实现目标应用程序运行的主要核心数据，即只要解析编译AndroidManifest.xml文件、dex文件字节码即可实现目标应用程序的初步运行，因此，可以将目标应用程序的AndroidManifest.xml文件、dex文件字节码对应的文件块作为目标应用程序的核心功能文件块。

在应用市场服务器接收到目标应用程序的安装运行指令之后，可以根据安装运行指令中的应用程序标识，确定目标应用程序对应的安装包文件，并根据预先设置的处理逻辑，对安装包文件中的文件块进行排序，将目标应用程序的核心功能文件块设置为优先发送顺序。

在步骤S320中，执行所述核心功能文件块的解压写入过程。

本公开的一个示例实施例中，解压写入过程是指终端设备在接收到核心功能文件块之后读取文件块中的文件内容，并执行后续的系统注册、字节码校验及编译等安装步骤的过程。

在步骤S330中，响应在所述解压写入过程中生成文件块缺失指令，根据所述文件块缺失指令获取缺失文件块。

本公开的一个示例实施例中，文件块缺失指令是指由于检测到缺失文件块导致核心功能文件块无法继续解压安装时生成的指令，终端设备的增量文件系统如果在应用程序读取的文件内容还未完成加载时，则读取操作会被阻塞直至超时，同时，终端设备可以读取文件状态，判断是否有数据读取阻塞的情况出现，若出现数据读取阻塞的情况，则可以认为此时缺失相关的文件块，即缺失文件块，需要补充相应的缺失文件块，以消除增量文件系统的数据读取阻塞情况，因此，此时可以生成文件块缺失指令以获取缺失文件块。

在步骤S340中，在所述核心功能文件块以及所述缺失文件块完成解压安装之后，预运行所述目标应用程序。

本公开的一个示例实施例中，在核心功能文件块以及缺失文件块完成解压安装之后，则可以认为支持目标应用程序的基础文件已经安装完成，目标应用程序能够基于已经安装的基础文件进行运行，而后续可以继续下载并安装目标应用程序对应的其他数据，实现在未完全下载目标应用程序对应的安装包时预运行目标应用程序，大幅减少加载运行目标应用程序的所需时间。

下面对步骤S310至步骤S320进行详细说明。

本公开的一个示例实施例中，可以通过图4中的步骤获取目标应用程序对应的核心功能文件块，参考图4所示，具体可以包括：

步骤S410，根据所述安装运行指令确定所述目标应用程序对应的文件编号；

步骤S420，基于所述文件编号从提供目标应用程序安装包的应用程序提供端获取所述目标应用程序对应的核心功能文件块。

其中，目标应用程序对应的文件编号是指预先设置的目标应用程序安装包文件对应的编号，例如，假设目标应用程序的应用程序标识可以是100，目标应用程序对应三个安装包文件，那么目标应用程序对应的文件编号可以是文件100-1，文件100-2，文件100-3，当然，此处仅是示意性举例说明，并不应对本示例实施例造成任何特殊限定。

应用程序提供端是指提供各种应用程序的应用程序安装包下载的服务方，例如，应用程序提供端可以是应用商店App对应的应用市场服务器，也可以是接入内容分发网络并提供应用程序安装包上传服务的终端设备，本示例实施例对此不做特殊限定。

由于应用程序提供端中有大量的应用程序安装包，因此可以在安装运行指令中携带目标应用程序对应的文件编号，并根据该文件编号从提供目标应用程序安装包的应用程序提供端中快选查询并确定目标应用程序对应的核心功能文件块，有效提升目标应用程序对应的核心功能文件块的传输效率。

本公开的一个示例实施例中，目标应用程序安装包可以至少包括核心功能文件块和资源信息文件块，其中资源信息文件块是指运行目标应用程序所需的资源信息，例如，资源信息文件块可以是图片文字等资源信息对应的文件块，也可以是视频语音等资源信息对应的文件块，本示例实施例对此不做特殊限定。当然，目标应用程序安装包还可以包括其他类型的文件块，本示例实施例对文件快的划分不做任何特殊限定。

在预运行目标应用程序的同时或者之后，为了保证目标应用程序的功能完整性，可以从应用程序提供端继续获取目标应用程序对应的资源信息文件块，然后可以解压安装资源信息文件块，实现完整的目标应用程序的安装。

通过将目标应用程序安装包至少划分为核心功能文件块和资源信息文件块，可以通过优先下载核心功能文件块，实现目标应用程序的相关功能框架，即在下载完成核心功能文件块就可以实现目标应用程序的初步运行；然后可以继续下载资源信息文件块，并通过资源信息文件块为目标应用程序的相关功能提供资源支持，实现完整的目标应用程序的运行，有效提升加载运行目标应用程序的效率。

本公开的一个示例实施例中，可以在预创建的监控回调函数监听到解压写入过程中出现文件块等待安装，生成文件块缺失指令，监控回调函数是指创建的用于监听目标应用程序的文件状态的回调函数。

具体的，可以获取目标应用程序安装包对应的文件描述符，并基于监控回调函数对文件描述符进行监听，以实现对目标应用程序安装包对应的文件块的监听。其中，文件描述符(File Descriptor)是指UNIX、Linux等操作系统中的内核(Kernel)用于访问文件的描述符，文件描述符在形式上是一个非负整数，实际上，文件描述符是一个索引值，指向内核为每一个进程所维护的该进程打开文件的记录表。当程序打开一个现有文件或者创建一个新文件时，内核向进程返回一个文件描述符。对于每个进程，操作系统内核在u_block结构中维护文件描述符表，所有的文件描述符都在该表中建立索引。

可以通过基于安卓系统的终端设备，获取目标应用程序安装包对应的文件描述符，并且利用安卓系统中的Navite Looper机制可以提供对文件描述符进行监控的方法，通过调用Native Looper的addFD接口，加入需要监听的文件描述符并设置相关回调函数，即监控回调函数，可以让解压写入过程中文件状态出现变化时自动调用回调函数进行相关处理。

本公开的一个示例实施例中，文件块缺失指令可以包括缺失文件块对应的目标文件编号以及目标文件块编号；可以通过图5中的步骤实现根据文件块缺失指令获取缺失文件块，参考图5所示，具体可以包括：

步骤S510，将所述文件块缺失指令发送给应用程序提供端，以使所述应用程序提供端基于所述目标文件编号和所述目标文件块编号下发缺失文件块；

步骤S520，获取所述应用程序提供端下发的缺失文件块。

其中，目标文件编号是指缺失文件块所在文件的文件编号，目标文件块编号是指缺失文件块对应的唯一编号。

可以将包含目标文件编号和目标文件块编号的文件块缺失指令发送给应用程序提供端，应用程序提供端可以根据目标文件编号快速定位缺失文件块所在的安装包文件，并通过目标文件块编号快速确定缺失文件块，有效提升缺失文件块的定位以及反馈效率，进一步提升目标应用程序的预运行效率。

本公开的一个示例实施例中，在应用程序提供端发送完目标应用程序对应的所有文件块时，可以将一个空的文件块的文件编号与文件块编号设置为-1，并发送该空文件块，终端设备在接收到应用程序提供端发送的空文件块时，生成结束传输命令，以结束目标应用程序对应的文件块的写入操作，并将结束传输命令发送给应用程序提供端，也结束数据的发送。

图6示意性示出了根据本公开的一个实施例的实现应用程序安装的流程示意图。

参考图6所示，本实施例中实现应用程序安装方法的系统框架可以至少包括终端设备601以及应用程序提供端602。其中，终端设备601的操作系统架构可以至少包括应用层603、框架层604、运行时库605以及内核层606；应用程序提供端602可以至少包括应用程序下载服务607和增量下载监控服务608。完整的应用程序安装过程可以如下：

步骤S610，用户可以通过终端设备601的应用层603中提供的应用商店APP向应用程序提供端602发送目标应用程序下载申请；

步骤S620，应用程序提供端602中的应用程序下载服务607在接收到目标应用程序下载申请后，启动增量下载监控服务608，增量下载监控服务608向终端设备601的应用商店APP发送应用下载启动回复，终端设备601的应用商店APP接收到回复后通过增量安装命令通知框架层604中的包管理服务PMS开始进行目标应用程序的安装；

步骤S630，终端设备601中的包管理服务启动数据加载服务开始进行目标应用程序的安装包文件的接收，并开始读取文件内容执行后续的系统注册、字节码校验及编译等安装步骤；

步骤S640，框架层604中的数据加载服务通过Native Looper机制来设置文件读取监控回调函数来监控文件内容的变化，该回调函数在PMS读取文件中对应的文件块为空时自动触发，具体可以分为以下两种情况：

第一，在数据加载服务首次监听到读取文件块等待时，监控回调函数发送数据预取命令(携带文件编号信息)给增量下载监控服务608，增量下载监控服务608接收到该信号后，优先发送安装文件中的AndroidManifest.xml、dex文件字节码在安装文件中对应的文件块，发送完这部内容后，再发送应用程序安装包中的其他数据信息，如资源信息文件块，数据加载服务接收到信息将内容写入对应编号文件的对应文件块中；

第二，数据加载服务再次监听到读取文件时文件块等待时，监控回调函数发送缺块命令(携带缺失文件块的文件编号及缺失文件块的编号)给增量下载监控服务608，增量下载监控服务608接收到该命令后，发送对应文件编号的缺失文件块内容，数据加载服务接收到这部分内容时，将这部分内容写入文件中；

步骤S650，当增量下载监控服务608发送完所有的文件数据块时，将一个空的文件块的文件编号与文件块编号设置为-1，并发送该空文件块。数据加载服务接收到该空文件块时，发送结束传输命令给增量下载监控服务608，并结束文件的写入操作，增量下载监控服务608在接收到该命令后，也结束数据的发送。

应当注意，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

进一步的，本示例实施方式中，还提供了一种应用程序安装装置。该应用程序安装装置可以应用于一服务器或终端设备。参考图7所示，该应用程序安装装置700可以包括核心功能文件块获取模块710、安装运行模块720、缺失文件块获取模块730以及应用程序与运行模块740。其中：

核心功能文件块获取模块710，可以用于响应触发目标应用程序的安装运行指令，获取所述目标应用程序对应的核心功能文件块；

安装运行模块720，可以用于执行所述核心功能文件块的解压写入过程；

缺失文件块获取模块730，可以用于响应在所述解压写入过程中生成文件块缺失指令，根据所述文件块缺失指令获取缺失文件块；

应用程序与运行模块740，可以用于在所述核心功能文件块以及所述缺失文件块完成解压安装之后，预运行所述目标应用程序。

在本公开的一种示例性实施例中，核心功能文件块获取模块710可以用于：

根据所述安装运行指令确定所述目标应用程序对应的文件编号；

基于所述文件编号从提供目标应用程序安装包的应用程序提供端获取所述目标应用程序对应的核心功能文件块。

在本公开的一种示例性实施例中，目标应用程序安装包可以包括核心功能文件块和资源信息文件块；应用程序安装装置700可以包括资源信息文件块解压安装单元，该资源信息文件块解压安装单元可以用于：

在预运行所述目标应用程序的同时或者之后，从所述应用程序提供端获取所述目标应用程序对应的资源信息文件块；以及

解压安装所述资源信息文件块。

在本公开的一种示例性实施例中，缺失文件块获取模块730可以用于：

响应预创建的监控回调函数监听到所述解压写入过程中出现文件块等待安装，生成文件块缺失指令。

在本公开的一种示例性实施例中，应用程序安装装置700可以包括文件块监听单元，该文件块监听单元可以用于：

获取目标应用程序安装包对应的文件描述符；

基于所述监控回调函数对所述文件描述符进行监听，以实现对所述目标应用程序安装包对应的文件块的监听。

在本公开的一种示例性实施例中，文件块缺失指令可以包括缺失文件块对应的目标文件编号以及目标文件块编号；缺失文件块获取模块730可以用于：

将所述文件块缺失指令发送给应用程序提供端，以使所述应用程序提供端基于所述目标文件编号和所述目标文件块编号下发缺失文件块；

获取所述应用程序提供端下发的缺失文件块。

在本公开的一种示例性实施例中，应用程序安装装置700可以包括写入结束单元，该写入结束单元可以用于：

响应接收到应用程序提供端发送的空文件块，结束所述目标应用程序对应的文件块的写入。

上述应用程序安装装置中各模块或单元的具体细节已经在对应的应用程序安装方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

图8示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图8示出的电子设备的计算机系统800仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

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

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本申请的方法和装置中限定的各种功能。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种应用程序安装方法，其特征在于，包括：

响应触发目标应用程序的安装运行指令，获取所述目标应用程序对应的核心功能文件块；

执行所述核心功能文件块的解压写入过程；

响应在所述解压写入过程中生成文件块缺失指令，根据所述文件块缺失指令获取缺失文件块；

在所述核心功能文件块以及所述缺失文件块完成解压安装之后，预运行所述目标应用程序。

2.根据权利要求1所述的应用程序安装方法，其特征在于，所述获取所述目标应用程序对应的核心功能文件块，包括：

根据所述安装运行指令确定所述目标应用程序对应的文件编号；

基于所述文件编号从提供目标应用程序安装包的应用程序提供端获取所述目标应用程序对应的核心功能文件块。

3.根据权利要求2所述的应用程序安装方法，其特征在于，所述目标应用程序安装包包括所述核心功能文件块和资源信息文件块；所述方法还包括：

在预运行所述目标应用程序的同时或者之后，从所述应用程序提供端获取所述目标应用程序对应的资源信息文件块；以及

解压安装所述资源信息文件块。

4.根据权利要求1所述的应用程序安装方法，其特征在于，所述响应在所述解压写入过程中生成文件块缺失指令，包括：

响应预创建的监控回调函数监听到所述解压写入过程中出现文件块等待安装，生成文件块缺失指令。

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

获取目标应用程序安装包对应的文件描述符；

基于所述监控回调函数对所述文件描述符进行监听，以实现对所述目标应用程序安装包对应的文件块的监听。

6.根据权利要求1或4所述的应用程序安装方法，其特征在于，所述文件块缺失指令包括所述缺失文件块对应的目标文件编号以及目标文件块编号；所述根据所述文件块缺失指令获取缺失文件块，包括：

将所述文件块缺失指令发送给应用程序提供端，以使所述应用程序提供端基于所述目标文件编号和所述目标文件块编号下发缺失文件块；

获取所述应用程序提供端下发的缺失文件块。

7.根据权利要求1所述的应用程序安装方法，其特征在于，所述方法还包括：

响应接收到应用程序提供端发送的空文件块，结束所述目标应用程序对应的文件块的写入。

8.一种应用程序安装装置，其特征在于，包括：

核心功能文件块获取模块，用于响应触发目标应用程序的安装运行指令，获取所述目标应用程序对应的核心功能文件块；

安装运行模块，用于执行所述核心功能文件块的解压写入过程；

缺失文件块获取模块，用于响应在所述解压写入过程中生成文件块缺失指令，根据所述文件块缺失指令获取缺失文件块；

应用程序与运行模块，用于在所述核心功能文件块以及所述缺失文件块完成解压安装之后，预运行所述目标应用程序。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7任一项所述的方法。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任一项所述的方法。

Images