CN111666497B - 应用程序的加载方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本申请涉及互联网技术领域，公开了一种应用程序的加载方法、装置、电子设备及可读存储介质，应用程序的加载方法包括：获取用户针对应用程序的目标网页的访问指令；基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件；其中，资源数据库中存储有与应用程序的至少一个推荐网页对应的资源文件；推荐网页是基于用户针对应用程序的记录数据确定的；若查询到目标资源文件，则基于目标资源文件加载目标网页。本申请提供的应用程序的加载方法有效节省占用空间的同时，还可以更快速的访问用户可能访问的网页，满足用户需求。

Description

应用程序的加载方法、装置、电子设备及可读存储介质

技术领域

本申请涉及互联网技术领域，具体而言，本申请涉及一种应用程序的加载方法、装置、电子设备及可读存储介质。

背景技术

随着互联网技术的发展，互联网用户对网页响应速度的要求也越来越高。在加载终端的应用程序的网页时，可以对网页进行离线缓存，以优化加载速度。

目前通常是将应用程序的网页对应的资源文件提前打包到安装包中进行离线缓存，加载时直接解压读取文件即可，例如，对于移动终端的应用程序的H5页面，可以先缓存应用程序的所有H5页面对应的资源文件。对于功能复杂的应用程序，离线缓存的资源文件过多会导致占用存储空间大。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一，特提出以下技术方案：

第一方面，提供了一种应用程序的加载方法，包括：

获取用户针对应用程序的目标网页的访问指令；

基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件；

其中，资源数据库中存储有与应用程序的至少一个推荐网页对应的资源文件；推荐网页是基于用户针对应用程序的记录数据确定的；

若查询到目标资源文件，则基于目标资源文件加载目标网页。

在第一方面的可选实施例中，基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件之前，还包括：

获取用户的记录数据；记录数据包括用户针对应用程序的浏览记录，以及用户针对应用程序的至少一个关联程序的操作记录中的至少一种；

基于记录数据确定用户的特征标签；

确定与特征标签对应的至少一个推荐网页；

基于至少一个推荐网页获取资源文件，将所获取的资源文件存储于资源数据库中。

在第一方面的可选实施例中，确定与特征标签对应的至少一个推荐网页，包括：

从应用程序的多个功能模块中，确定与特征标签对应的至少一个目标功能模块；

将与所确定的目标功能模块对应的网页作为推荐网页。

在第一方面的可选实施例中，确定与特征标签对应的至少一个目标功能模块，包括：

将特征标签输入到训练后的预测网络中，预测得到与特征标签对应的至少一个目标功能模块。

在第一方面的可选实施例中，确定与特征标签对应的至少一个目标功能模块，包括：

将特征标签输入到训练后的预测网络中，预测得到与特征标签对应的至少一个初始功能模块，以及每一初始功能模块的访问概率；

将访问概率大于预设阈值的初始功能模块作为目标功能模块。

在第一方面的可选实施例中，基于至少一个推荐网页获取资源文件，包括：

获取用户终端的终端信息；终端信息包括用户终端的存储空间和网络连接状态中的至少一种；

基于终端信息和至少一个推荐网页获取资源文件。

在第一方面的可选实施例中，基于终端信息和至少一个推荐网页获取资源文件，包括：

确定至少一个推荐网页对应的资源文件的总数据量；

若用户终端的存储空间大于总数据量，且网络连接状态处于无线网连接，则获取与至少一个推荐网页分别对应资源文件；

若用户终端的存储空间小于或等于数据量，或网络连接状态处于移动数据连接，则从至少一个推荐网页中确定出至少一个目标推荐网页，获取至少一个目标推荐网页的资源文件；目标推荐网页的资源文件的数据量小于存储空间。

在第一方面的可选实施例中，基于至少一个推荐网页获取资源文件，包括：

分别获取与至少一个推荐网页对应的第一资源文件；

针对任一推荐网页，确定访问该推荐网页所必经的中间网页；

获取与该中间网页对应的第二资源文件，将第一资源文件和第二资源文件作为资源文件。

在第一方面的可选实施例中，还包括：

若检测到用户针对应用程序的记录数据更新，则基于更新后的记录数据更新资源数据库。

在第一方面的可选实施例中，还包括：

若检测到资源数据库中存储的资源文件所对应的任一推荐网页更新，更新与该推荐网页对应的资源文件。

在第一方面的可选实施例中，基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件之前，还包括：

查询目标网页的统一资源定位符中的可离线加载参数；

基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件，包括：

若查询到可离线加载参数，则基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件。

在第一方面的可选实施例中，基于目标资源文件加载目标网页之前，还包括：

检测目标资源文件的配置文件；

若配置文件有效，获取目标资源文件的数字签名；

基于目标资源文件加载目标网页，包括：

若数字签名符合与目标资源文件对应的预设签名，则对目标资源文件进行渲染，以加载目标网页。

第二方面，提供了一种应用程序的加载装置，包括：

获取模块，用于获取用户针对应用程序的目标网页的访问指令；

第一查询模块，用于基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件；

其中，资源数据库中存储有与应用程序的至少一个推荐网页对应的资源文件；推荐网页是基于用户针对应用程序的记录数据确定的；

加载模块，用于若查询到目标资源文件，则基于目标资源文件加载目标网页。

在第二方面的可选实施例中，应用程序的加载装置还包括确定模块，用于：

获取用户的记录数据；记录数据包括用户针对应用程序的浏览记录，以及用户针对应用程序的至少一个关联程序的操作记录中的至少一种；

基于记录数据确定用户的特征标签；

确定与特征标签对应的至少一个推荐网页；

基于至少一个推荐网页获取资源文件，将所获取的资源文件存储于资源数据库中。

在第二方面的可选实施例中，确定模块在确定与特征标签对应的至少一个推荐网页时，具体用于：

从应用程序的多个功能模块中，确定与特征标签对应的至少一个目标功能模块；

将与所确定的目标功能模块对应的网页作为推荐网页。

在第二方面的可选实施例中，确定模块在确定与特征标签对应的至少一个目标功能模块时，具体用于：

将特征标签输入到训练后的预测网络中，预测得到与特征标签对应的至少一个目标功能模块。

在第二方面的可选实施例中，确定模块在确定与特征标签对应的至少一个目标功能模块时，具体用于：

将特征标签输入到训练后的预测网络中，预测得到与特征标签对应的至少一个初始功能模块，以及每一初始功能模块的访问概率；

将访问概率大于预设阈值的初始功能模块作为目标功能模块。

在第二方面的可选实施例中，确定模块在基于至少一个推荐网页获取资源文件时，具体用于：

获取用户终端的终端信息；终端信息包括用户终端的存储空间和网络连接状态中的至少一种；

基于终端信息和至少一个推荐网页获取资源文件。

在第二方面的可选实施例中，确定模块在基于终端信息和至少一个推荐网页获取资源文件时，具体用于：

确定至少一个推荐网页对应的资源文件的总数据量；

若用户终端的存储空间大于总数据量，且网络连接状态处于无线网连接，则获取与至少一个推荐网页分别对应资源文件；

若用户终端的存储空间小于或等于数据量，或网络连接状态处于移动数据连接，则从至少一个推荐网页中确定出至少一个目标推荐网页，获取至少一个目标推荐网页的资源文件；目标推荐网页的资源文件的数据量小于存储空间。

在第二方面的可选实施例中，确定模块在基于至少一个推荐网页获取资源文件时，具体用于：

分别获取与至少一个推荐网页对应的第一资源文件；

针对任一推荐网页，确定访问该推荐网页所必经的中间网页；

获取与该中间网页对应的第二资源文件，将第一资源文件和第二资源文件作为资源文件。

在第二方面的可选实施例中，还包括第一更新模块，用于：

若检测到用户针对应用程序的记录数据更新，则基于更新后的记录数据更新资源数据库。

在第二方面的可选实施例中，还包括第二更新模块，用于：

若检测到资源数据库中存储的资源文件所对应的任一推荐网页更新，更新与该推荐网页对应的资源文件。

在第二方面的可选实施例中，还包括第二查询模块，用于：

查询目标网页的统一资源定位符中的可离线加载参数；

第一查询模块在基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件时，具体用于：

若查询到可离线加载参数，则基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件。

在第二方面的可选实施例中，还包括检测模块，用于：

检测目标资源文件的配置文件；

若配置文件有效，获取目标资源文件的数字签名；

加载模块在基于目标资源文件加载目标网页时，用于：

若数字签名符合与目标资源文件对应的预设签名，则对目标资源文件进行渲染，以加载目标网页。

第三方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现本申请第一方面所示的应用程序的加载方法。

第四方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现本申请第一方面所示的应用程序的加载方法。

本申请提供的技术方案带来的有益效果是：

通过基于用户针对应用程序的记录数据确定应用程序的至少一个推荐网页，然后设置资源数据库，在资源数据库中存储有与应用程序的至少一个推荐网页对应的资源文件，当获取到用户针对应用程序的目标网页的访问指令，直接在资源数据库中查询与目标网页对应的目标资源文件，可以先离线缓存用户可能访问的推荐网页对应的资源文件，有效节省占用空间的同时，还可以更快速的访问用户可能访问的网页，满足用户需求。

进一步的，通过结合用户终端的存储空间和网络连接状态中的至少一种，获取与推荐网页对应的资源文件，可以在满足用户终端的存储条件的同时，为用户节省流量资源。

进一步的，通过先确定推荐网页所必经的中间网页，以避免在访问推荐网页时还需要在线加载中间网页，可以满足更快速加载中间网页、从而加载推荐网页的需求。

进一步的，若用户针对应用程序的记录数据更新，即用户针对应用程序的浏览记录更新，或用户针对应用程序的关联程序的操作记录更新，则可以重新确定用户对应的特征标签，并重新确定需要获取的资源文件，从而更新资源数据库，基于更新后的记录数据更新资源数据库，可以在节省存储空间的同时进一步满足用户需求。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为现有技术的离线缓存网页的方案的示意图；

图2为本申请实施例提供的一种应用程序的加载方法的应用环境图；

图3为本申请实施例提供的一种应用程序的加载方法的流程示意图；

图4a为本申请一个示例中提供的网页访问的方案的示意图；

图4b为本申请一个示例中提供的应用程序的界面示意图；

图5为本申请实施例提供的一种应用程序的加载方法的流程示意图；

图6为本申请一个示例中获取预测模型的方案的示意图；

图7为本申请实施例提供的查询目标资源文件的方案的示意图；

图8为本申请实施例提供的对目标资源文件进行检验的方案的示意图；

图9为本申请实施例一个示例中提供的应用程序的加载方法的流程示意图；

图10为本申请实施例一个示例中提供的应用程序的加载方法的流程示意图；

图11为本申请提供的一个示例中不同网络连接状态下的白屏等待时间对比示意图；

图12为本申请提供的一个示例中页面触达率的对比示意图；

图13为本申请实施例提供的一种应用程序的加载装置的结构示意图；

图14为本申请实施例提供的一种应用程序的加载装置的结构示意图；

图15为本申请实施例提供的一种网页加载的电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

离线缓存是终端加载网页的常用的技术手段，用于优化加载速度、加快响应时间，减少加载流量。以移动终端的应用程序(Application，App)中H5页面为例，H5为HTML5，是构建Web内容的一种语言描述方式，如图1所示，离线缓存的实现方案是：移动端App启动，拦截WebView(网页视图)发出的资源请求，解析其对应的URL(Uniform Resource Locator,统一资源定位符)地址，判断请求的资源是否位于离线资源清单中；检查本地离线资源池中是否已经存在该文件，如果是则将请求的资源代理给WebView使用，否则让WebView自行加载资源；本地不再拦截WebView发出的资源请求，让WebView自行加载资源。

离线缓存首先需要本地存在离线包，对于离线包，通常有两种处理方式：

一种方式是本地预埋离线包，也就是将离线缓存需要用到的里面资源文件提前打包到安装包中，加载时直接解压读取文件即可；

本地预埋包由于需要将离线缓存需要用到的里面资源文件提前打包到安装包中，会导致安装包增大。对于功能复杂，页面多的App，预埋包过少无法覆盖到所有的功能模块，预埋包过多会导致安装包过大，用户也不一定使用到。

另一种方式是按需加载，在页面打开之后下载当前页面的资源文件，存储到本地作为下一次加载的离线资源。

这种方式不存在方式一的问题，但是会导致页面第一次打开的时候没有办法使用离线缓存，对于很多访问不是很频繁的页面，第一次访问的体验得不到保证就失去了离线缓存技术的意义。

本申请提供的应用程序的加载方法、装置、电子设备及计算机可读存储介质，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

本申请提供的应用程序的加载方法，可以应用于如图2所示的应用环境中。终端20中设置有App以及资源数据库201，资源数据库201中存储有与应用程序的至少一个推荐网页对应的资源文件201a；推荐网页是基于用户针对应用程序的记录数据确定的；App获取用户针对App的目标网页的访问指令，基于访问指令在预存的资源数据库201中查询与目标网页对应的目标资源文件，若查询到目标资源文件，则基于目标资源文件加载目标网页。

可以理解的是，在其他应用场景中，资源数据库201也可以设置于App中。

本技术领域技术人员可以理解，这里所使用的“终端”可以是手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、MID(Mobile Internet Device，移动互联网设备)等。

本申请实施例中提供了一种可能的实现方式，如图3所示，提供了一种应用程序的加载方法，以该方法应用于图2中的终端为例进行说明，可以包括以下步骤：

步骤S301，获取用户针对应用程序的目标网页的访问指令。

其中，应用程序可以具有多种功能模块，每一功能模块可以对应包括至少一个网页。

具体的，应用程序的网页可以是H5页面，网页可以包括多级页面，如一级标签页面、二级功能页面等等。

如图4a所示，应用程序的默认页面上可以设置有与多个功能模块的一级页面分别对应的访问入口，用户可以通过触摸或点击访问入口，发送针对一级页面的访问指令，对功能模块的一级页面进行访问；一级页面上还可以设置有对应的二级页面的访问入口，用户通过触摸或点击二级页面的访问入口，发送针对二级页面的访问指令，访问对应的二级页面。

如图4b所示，以某个应用程序为例，可以打开多个页面，包括一级tab页面，二级功能页面，对应的营销活动页面等等。

步骤S302，基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件。

其中，资源数据库中存储有与应用程序的至少一个推荐网页对应的资源文件；推荐网页是基于用户针对应用程序的记录数据确定的。

具体的，记录数据可以包括用户针对应用程序的浏览记录，以及用户针对应用程序的至少一个关联程序的操作记录中的至少一种。

例如，应用程序为一种游戏的道具商城，则关联程序可以为该游戏的应用程序，记录数据则可以包括用户针对道具商城的浏览记录，还可以包括用户对游戏的操作记录。

具体的，推荐网页可以是根据用户的记录数据确定的、用户很可能会访问的网页。

步骤S303，若查询到目标资源文件，则基于目标资源文件加载目标网页。

具体的，若查询到目标资源文件，则对目标资源文件进行渲染，生成对应的目标网页。

若未查询到目标资源文件，则从服务器在线获取目标资源文件，再生成对应的目标网页。

上述实施例中，通过基于用户针对应用程序的记录数据确定应用程序的至少一个推荐网页，然后设置资源数据库，在资源数据库中存储有与应用程序的至少一个推荐网页对应的资源文件，当获取到用户针对应用程序的目标网页的访问指令，直接在资源数据库中查询与目标网页对应的目标资源文件，可以先离线缓存用户可能访问的推荐网页对应的资源文件，有效节省占用空间的同时，还可以更快速的访问用户可能访问的网页，满足用户需求。

以下将结合附图和实施例详细阐述获取资源数据库中的资源文件的具体过程。

本申请实施例中提供了一种可能的实现方式，如图5所示，步骤S302的基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件之前，还可以包括：

步骤S302a，获取用户的记录数据。

其中，记录数据可以是预设时间段内的记录数据，可以包括用户针对应用程序的浏览记录，以及用户针对应用程序的至少一个关联程序的操作记录中的至少一种。

其中，浏览记录可以包括用户浏览的对象、时间；操作记录可以包括使用记录、交易记录等。

例如，应用程序为游戏的道具商城，关联程序可以为该游戏的应用程序，记录数据则可以包括用户针对道具商城的浏览记录，还可以包括用户对游戏的操作记录，例如，操作记录可以包括游戏的登录、通关情况、游戏时长、游戏等级、最近登录的游戏、最近登录的角色、充值付费情况、技能和角色擅长偏好等等。

步骤S302b，基于记录数据确定用户的特征标签。

具体的，特征标签可以用于表示用户的操作习惯、交易特征、游戏偏好特征等等。

例如用户可以被打上射击类游戏新手、高付费能力、参与过a类营销活动等等细致的标签。

具体的，可以预先设置多个特征标签，每一个特征标签都设置一个对应的条件，将用户的记录数据和每一个特征标签对应的条件进行比对，判断该用户是否符合该特征标签，从而确定用户的特征标签。

步骤S302c，确定与特征标签对应的至少一个推荐网页。

具体的，可以将应用程序按照多种不同的功能模块划分，一个功能模块对应至少一个网页，可以先确定和特征标签对应的功能模块，然后确定该功能模块的网页，将所确定的网页作为推荐网页。

具体的，步骤S302c的确定与特征标签对应的至少一个推荐网页，可以包括：

(1)从应用程序的多个功能模块中，确定与特征标签对应的至少一个目标功能模块；

(2)将与所确定的目标功能模块对应的网页作为推荐网页。

其中，对于至少一个特征标签，可以预先设置对应的功能模块，可以是一个特征标签对应一个功能模块，也可以是多个特征标签对应一个功能模块，还可以是一个特征标签对应多个功能模块。

在一种实施方式中，确定与特征标签对应的至少一个目标功能模块，可以包括：

将特征标签输入到训练后的预测网络中，预测得到与特征标签对应的至少一个目标功能模块。

在本实施方式中，预测网络可以直接输出与特征标签对应的目标功能模块。

在一种实施方式中，确定与特征标签对应的至少一个目标功能模块，可以包括：

a、将特征标签输入到训练后的预测网络中，预测得到与特征标签对应的至少一个初始功能模块，以及每一初始功能模块的访问概率；

b、将访问概率大于预设阈值的初始功能模块作为目标功能模块。

在本实施方式中，预测网络的输出并不是直接作为与特征标签对应的目标功能模块，而是需要根据访问概率进行进一步筛选，例如，可以将访问概率大于90％的初始功能模块作为目标功能模块。

具体的，可以获取多个样本用户的样本特征标签，并获取每一样本用户的样本功能模块，将样本特征标签转化为样本特征向量，作为初始预测网络的输入，将样本功能模块作为输出，调整初始预测网络的参数，得到训练后的预测网络。

其中，预测网络可以包括卷积神经网络，也可以包括其他可以进行对应关系预测的神经网络。

在一个示例中，整个训练过程可以包括如下步骤：

a、将App的整体功能按照模块/页面进行拆分，拆分成a，b，c，d等功能模块；

b、分别提取a，b，c，d每一个功能模块的最近三个月的多个样本用户的记录数据，对应生成特征标签As，Bs，Cs，Ds；

c、如图6所示，将输入结果为a，b，c，d的As，Bs，Cs，Ds的特征标签分别作为模型训练的输入数据，输入至卷积神经网络中进行行为预测模型训练，获得卷积神经网络行为预测模型的参数，进而得到卷积神经网络行为预测模型。

上述示例中，是通过训练预测网络来确定与特征标签对应的功能模块，在其他示例中，还可以直接确定功能模块和特征标签之间的对应关系，例如，针对每一个功能模块，获取对应的多个样本用户的记录数据，确定多个样本用户的特征标签，将出现频率高的特征标签作为与功能模块对应的特征标签。

步骤S302d，基于至少一个推荐网页获取资源文件，将所获取的资源文件存储于资源数据库中。

具体的，可以将至少一个推荐网页分别对应的资源文件存储于资源数据库中，也可以先获取与推荐网页对应的资源文件，然后将资源文件进行筛选。

在一种实施过程中，步骤S302d的基于至少一个推荐网页获取资源文件，可以包括：

(1)获取用户终端的终端信息；

(2)基于终端信息和至少一个推荐网页获取资源文件。

其中，终端信息可以包括用户终端的存储空间和网络连接状态中的至少一种，根据存储空间可以判断是否可以下载所有推荐网页对应的资源文件，根据网络连接状态可以判断是否适合当前进行下载。

具体的，基于终端信息和至少一个推荐网页获取资源文件，可以包括：

a、确定至少一个推荐网页对应的资源文件的总数据量；

b、若用户终端的存储空间大于总数据量，且网络连接状态处于无线网连接，则获取与至少一个推荐网页分别对应资源文件；

c、若用户终端的存储空间小于或等于数据量，或网络连接状态处于移动数据连接，则从至少一个推荐网页中确定出至少一个目标推荐网页，获取至少一个目标推荐网页的资源文件；目标推荐网页的资源文件的数据量小于存储空间。

具体的，若存储空间大于总数据量，且网络连接状态处于无线网连接，则可以下载与推荐网页分别对应的资源文件；若存储空间小于或等于数据量，或网络连接状态处于移动数据连接，则可以只下载部分推荐网页对应的资源文件。

可以理解的是，本实施例中是小于存储空间，在其他实施方式中，还可以设置总数据量和剩余存储空间的比率，若总数据量和剩余存储空间之间的比率大于预设阈值，则只下载部分推荐网页对应的推荐文件。

在一种实施方式中，从至少一个推荐网页中确定出至少一个目标推荐网页，可以包括：分别确定每一推荐网页对应的资源文件的大小，基于资源文件的大小从推荐网页中确定出至少一个目标推荐网页。

在另一种实施方式中，从至少一个推荐网页中确定出至少一个目标推荐网页，可以包括：分别确定每一推荐网页对应的目标功能模块的访问概率，基于访问概率从推荐网页中确定出至少一个目标推荐网页。也就是说，访问概率越高的推荐网页，可以作为目标推荐网页。

上述实施方式中，通过结合用户终端的存储空间和网络连接状态中的至少一种，获取与推荐网页对应的资源文件，可以在满足用户终端的存储条件的同时，为用户节省流量资源。

在另一种实施过程中，步骤S302d的基于至少一个推荐网页获取资源文件，可以包括：

(1)分别获取与至少一个推荐网页对应的第一资源文件；

(2)针对任一推荐网页，确定访问该推荐网页所必经的中间网页；

(3)获取与该中间网页对应的第二资源文件，将第一资源文件和第二资源文件作为资源文件。

具体的，访问该推荐网页所必经的中间网页是指，若需要访问推荐网页，则必须先访问中间网页，即推荐网页的访问入口可能设置于中间网页中。

在其他实施方式中，还可以先确定推荐网页对应的第一资源文件，并确定中间网页对应的第二资源文件，再判断第一资源文件和第二资源文件的总数据量是否小于存储空间，或是网络连接状态是否处于无线网络连接。

上述实施方式中，通过先确定推荐网页所必经的中间网页，以避免在访问推荐网页时还需要在线加载中间网页，可以满足更快速加载中间网页、从而加载推荐网页的需求。

上述实施例阐述了获取资源数据库中的资源文件的具体过程，以下将结合附图和实施例阐述更新资源文件的方式和时机。

在一种实施方式中，可以间隔预设时间更新所获取的资源文件。

在一种实施方式中，应用程序的加载方法还可以包括：

若检测到用户针对应用程序的记录数据更新，则基于更新后的记录数据更新资源数据库。

具体的，若用户针对应用程序的记录数据更新，即用户针对应用程序的浏览记录更新，或用户针对应用程序的关联程序的操作记录更新，则可以重新确定用户对应的特征标签，并重新确定需要获取的资源文件，从而更新资源数据库，基于更新后的记录数据更新资源数据库，可以在节省存储空间的同时进一步满足用户需求。

在一种实施方式中，应用程序的加载方法还可以包括：

若检测到资源数据库中存储的资源文件所对应的任一推荐网页更新，更新与该推荐网页对应的资源文件。

具体的，若推荐网页本身更新，则可以重新获取对应的资源文件，从而更新资源数据库，以避免网页更新后，从本地获取到的是未更新的网页，可以满足用户获取到最新的网页的需求。

在一种实施方式中，还可以检测用户终端的存储空间，若存储空间符合预设条件，例如小于预设容量，则对资源数据库进行更新，可以删除部分资源文件。

上述实施例阐述了更新资源文件的方式和时机，在具体实施过程中，在查询目标资源文件之前，还需要先确认目标网页是否可以离线加载。

本申请实施例中提供了一种可能的实现方式，步骤S302的基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件之前，还可以包括：

查询目标网页的统一资源定位符中的可离线加载参数；

步骤S302的基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件，可以包括：

若查询到可离线加载参数，则基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件。

具体的，在查询目标网页对应的目标资源文件之前，还需要先判断目标网页是否可离线加载，即查询目标网页的URL中是否具有可离线加载参数，例如，是否带有_ck_bid字符等。

具体的，确认目标网页是否可离线加载，还可以通过判断用户终端的系统是否符合预设条件，例如，是否高于安卓3.0版本；还可以判断后台是否下发了开启离线加载的指令等。

在一些实施方式中，如图7所示，还可以是需要同时满足上述要求才可以查询对应的目标资源文件，即需要同时满足：后台下发开启离线加载指令；用户终端系统符合预设条件；目标网页的URL中包含可离线加载参数。若同时满足上述条件，则查询对应的目标资源文件；若不满足，则在线加载目标资源文件。

以下将结合附图和实施例阐述具体加载网页的过程。

本申请实施例中提供了一种可能的实现方式，步骤S303的基于目标资源文件加载目标网页之前，还可以包括：

(1)检测目标资源文件的配置文件；

(2)若配置文件有效，获取目标资源文件的数字签名。

步骤S303的基于目标资源文件加载目标网页，可以包括：

若数字签名符合与目标资源文件对应的预设签名，则对目标资源文件进行渲染，以加载目标网页。

具体的，如图8所示，可以先检查配置文件，若配置文件有效，则将数字签名和预设签名进行对比，例如，可以进行MD5(Message-Digest Algorithm，信息摘要算法)校验；若数字签名和预设签名相匹配，则校验通过，然后对目标资源文件进行渲染，以加载目标网页；若校验不通过，则在线加载目标网页。

为了更好地理解上述应用程序的加载方法，以下详细阐述一个本发明的应用程序的加载方法的示例：

在一个示例中，如图9所示，本申请提供的应用程序的加载方法，可以包括如下步骤：

1)获取用户的记录数据，基于记录数据确定用户的特征标签；

2)将特征标签输入到训练后的预测网络中，预测得到与特征标签对应的至少一个初始功能模块，以及每一初始功能模块的访问概率；

3)将访问概率大于预设阈值的初始功能模块作为目标功能模块；

4)将与所确定的目标功能模块对应的网页作为推荐网页，分别获取与至少一个推荐网页对应的第一资源文件；

5)针对任一推荐网页，确定访问该推荐网页所必经的中间网页；

6)获取与该中间网页对应的第二资源文件，将第一资源文件和第二资源文件作为资源文件；

7)离线加载资源文件，构建资源数据库。

为了更好地理解上述应用程序的加载方法，以下详细阐述一个本发明的应用程序的加载方法的示例：

在一个示例中，如图10所示，本申请提供的应用程序的加载方法，可以包括如下步骤：

步骤S1001，获取用户针对应用程序的目标网页的访问指令；

步骤S1002，判断目标网页的统一资源定位符中是否包含可离线加载参数；若是，则执行步骤S1003；若否，则执行步骤S1008；

步骤S1003，查询与目标网页对应的目标资源文件；

步骤S1004，对目标资源文件的配置文件进行校验；若有效，则执行步骤S1005；若否，则执行步骤S1008；

步骤S1005，获取目标资源文件的数字签名；

步骤S1006，判断数字签名是否和预设签名相匹配；若是，则执行步骤S1008；若否，则执行步骤S1007；

步骤S1007，在线获取目标资源文件；

步骤S1008，对目标资源文件进行渲染；

步骤S1009，加载目标网页。

以加载一个应用程序的网页为示例，以下将结合附图阐述本申请的应用程序的加载方法的效果：

如图11所示，图11为不同网络连接状态下的白屏等待时间对比示意图，对于2G网络白屏等待时间可以优化84％，对于3G/4G/WIFI网络白屏等待时间可以优化55％～60％，可见在不同的网络连接状态下，本申请的应用程序的加载方法相较于现有的加载方法可以有效减少离线缓存优化首页白屏时间。

如图12所示，图12为页面触达率的对比示意图，现有技术中DOM(Document ObjectModel，文档对象模型)解析完成的页面触达率，即页面加载完成和统计打开页面的次数的转化比率为95.6％，而采用本申请的页面加载方法对于DOM解析完成的页面触达率未97.6％；现有技术中对于页面加载完成的触达率为89.1％，而采用本申请的页面加载方法的触达率为95.1％，可见采用本申请的应用程序的加载方法可以有效提高页面触达率。

上述的应用程序的加载方法，通过基于用户针对应用程序的记录数据确定应用程序的至少一个推荐网页，然后设置资源数据库，在资源数据库中存储有与应用程序的至少一个推荐网页对应的资源文件，当获取到用户针对应用程序的目标网页的访问指令，直接在资源数据库中查询与目标网页对应的目标资源文件，可以先离线缓存用户可能访问的推荐网页对应的资源文件，有效节省占用空间的同时，还可以更快速的访问用户可能访问的网页，满足用户需求。

进一步的，通过结合用户终端的存储空间和网络连接状态中的至少一种，获取与推荐网页对应的资源文件，可以在满足用户终端的存储条件的同时，为用户节省流量资源。

进一步的，通过先确定推荐网页所必经的中间网页，以避免在访问推荐网页时还需要在线加载中间网页，可以满足更快速加载中间网页、从而加载推荐网页的需求。

进一步的，若用户针对应用程序的记录数据更新，即用户针对应用程序的浏览记录更新，或用户针对应用程序的关联程序的操作记录更新，则可以重新确定用户对应的特征标签，并重新确定需要获取的资源文件，从而更新资源数据库，基于更新后的记录数据更新资源数据库，可以在节省存储空间的同时进一步满足用户需求。

本申请实施例中提供了一种可能的实现方式，如图13所示，提供了一种应用程序的加载装置130，该应用程序的加载装置130可以包括：获取模块1301、第一查询模块1302和加载模块1303，其中，

获取模块1301，用于获取用户针对应用程序的目标网页的访问指令；

第一查询模块1302，用于基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件；

其中，资源数据库中存储有与应用程序的至少一个推荐网页对应的资源文件；推荐网页是基于用户针对应用程序的记录数据确定的；

加载模块1303，用于若查询到目标资源文件，则基于目标资源文件加载目标网页。

本申请实施例中提供了一种可能的实现方式，如图14所示，应用程序的加载装置130还包括确定模块1302a，用于：

获取用户的记录数据；记录数据包括用户针对应用程序的浏览记录，以及用户针对应用程序的至少一个关联程序的操作记录中的至少一种；

基于记录数据确定用户的特征标签；

确定与特征标签对应的至少一个推荐网页；

基于至少一个推荐网页获取资源文件，将所获取的资源文件存储于资源数据库中。

本申请实施例中提供了一种可能的实现方式，确定模块1302a在确定与特征标签对应的至少一个推荐网页时，具体用于：

从应用程序的多个功能模块中，确定与特征标签对应的至少一个目标功能模块；

将与所确定的目标功能模块对应的网页作为推荐网页。

本申请实施例中提供了一种可能的实现方式，确定模块1302a在确定与特征标签对应的至少一个目标功能模块时，具体用于：

将特征标签输入到训练后的预测网络中，预测得到与特征标签对应的至少一个目标功能模块。

本申请实施例中提供了一种可能的实现方式，确定模块1302a在确定与特征标签对应的至少一个目标功能模块时，具体用于：

将特征标签输入到训练后的预测网络中，预测得到与特征标签对应的至少一个初始功能模块，以及每一初始功能模块的访问概率；

将访问概率大于预设阈值的初始功能模块作为目标功能模块。

本申请实施例中提供了一种可能的实现方式，确定模块1302a在基于至少一个推荐网页获取资源文件时，具体用于：

获取用户终端的终端信息；终端信息包括用户终端的存储空间和网络连接状态中的至少一种；

基于终端信息和至少一个推荐网页获取资源文件。

本申请实施例中提供了一种可能的实现方式，确定模块1302a在基于终端信息和至少一个推荐网页获取资源文件时，具体用于：

确定至少一个推荐网页对应的资源文件的总数据量；

若用户终端的存储空间大于总数据量，且网络连接状态处于无线网连接，则获取与至少一个推荐网页分别对应资源文件；

若用户终端的存储空间小于或等于数据量，或网络连接状态处于移动数据连接，则从至少一个推荐网页中确定出至少一个目标推荐网页，获取至少一个目标推荐网页的资源文件；目标推荐网页的资源文件的数据量小于存储空间。

本申请实施例中提供了一种可能的实现方式，确定模块1302a在基于至少一个推荐网页获取资源文件时，具体用于：

分别获取与至少一个推荐网页对应的第一资源文件；

针对任一推荐网页，确定访问该推荐网页所必经的中间网页；

获取与该中间网页对应的第二资源文件，将第一资源文件和第二资源文件作为资源文件。

本申请实施例中提供了一种可能的实现方式，应用程序的加载装置130还包括第一更新模块，用于：

若检测到用户针对应用程序的记录数据更新，则基于更新后的记录数据更新资源数据库。

本申请实施例中提供了一种可能的实现方式，应用程序的加载装置130还包括第二更新模块，用于：

若检测到资源数据库中存储的资源文件所对应的任一推荐网页更新，更新与该推荐网页对应的资源文件。

本申请实施例中提供了一种可能的实现方式，应用程序的加载装置130还包括第二查询模块，用于：

查询目标网页的统一资源定位符中的可离线加载参数；

第一查询模块1302在基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件时，具体用于：

若查询到可离线加载参数，则基于访问指令在预存的资源数据库中查询与目标网页对应的目标资源文件。

本申请实施例中提供了一种可能的实现方式，应用程序的加载装置130还包括检测模块，用于：

检测目标资源文件的配置文件；

若配置文件有效，获取目标资源文件的数字签名；

加载模块1303在基于目标资源文件加载目标网页时，用于：

若数字签名符合与目标资源文件对应的预设签名，则对目标资源文件进行渲染，以加载目标网页。

上述的应用程序的加载装置，通过基于用户针对应用程序的记录数据确定应用程序的至少一个推荐网页，然后设置资源数据库，在资源数据库中存储有与应用程序的至少一个推荐网页对应的资源文件，当获取到用户针对应用程序的目标网页的访问指令，直接在资源数据库中查询与目标网页对应的目标资源文件，可以先离线缓存用户可能访问的推荐网页对应的资源文件，有效节省占用空间的同时，还可以更快速的访问用户可能访问的网页，满足用户需求。

进一步的，通过结合用户终端的存储空间和网络连接状态中的至少一种，获取与推荐网页对应的资源文件，可以在满足用户终端的存储条件的同时，为用户节省流量资源。

进一步的，通过先确定推荐网页所必经的中间网页，以避免在访问推荐网页时还需要在线加载中间网页，可以满足更快速加载中间网页、从而加载推荐网页的需求。

进一步的，若用户针对应用程序的记录数据更新，即用户针对应用程序的浏览记录更新，或用户针对应用程序的关联程序的操作记录更新，则可以重新确定用户对应的特征标签，并重新确定需要获取的资源文件，从而更新资源数据库，基于更新后的记录数据更新资源数据库，可以在节省存储空间的同时进一步满足用户需求。

本公开实施例的图片的应用程序的加载装置可执行本公开的实施例所提供的一种图片的应用程序的加载方法，其实现原理相类似，本公开各实施例中的图片的应用程序的加载装置中的各模块所执行的动作是与本公开各实施例中的图片的应用程序的加载方法中的步骤相对应的，对于图片的应用程序的加载装置的各模块的详细功能描述具体可以参见前文中所示的对应的图片的应用程序的加载方法中的描述，此处不再赘述。

基于与本公开的实施例中所示的方法相同的原理，本公开的实施例中还提供了一种电子设备，该电子设备可以包括但不限于：处理器和存储器；存储器，用于存储计算机操作指令；处理器，用于通过调用计算机操作指令执行实施例所示的应用程序的加载方法。与现有技术相比，本申请中的应用程序的加载方法有效节省占用空间的同时，还可以更快速的访问用户可能访问的网页，满足用户需求。

在一个可选实施例中提供了一种电子设备，如图15所示，图15所示的电子设备4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本申请实施例的限定。

处理器4001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图15中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器4003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器4003用于存储执行本申请方案的应用程序代码，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的应用程序代码，以实现前述方法实施例所示的内容。

其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图15示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，本申请中的应用程序的加载方法有效节省占用空间的同时，还可以更快速的访问用户可能访问的网页，满足用户需求。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

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

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述实施例所示的方法。

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

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

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一查询模块还可以被描述为“查询目标资源文件的模块”。

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

Claims (14)

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

获取用户针对应用程序的目标网页的访问指令；

获取所述用户的所述记录数据；所述记录数据包括所述用户针对所述应用程序的浏览记录，以及所述用户针对所述应用程序的至少一个关联程序的操作记录中的至少一种；

基于所述记录数据确定所述用户的特征标签；

确定与所述特征标签对应的至少一个推荐网页；

基于所述至少一个推荐网页获取资源文件，将所获取的所述资源文件存储于资源数据库中；

基于所述访问指令在所述资源数据库中查询与所述目标网页对应的目标资源文件；

若查询到所述目标资源文件，则基于所述目标资源文件加载所述目标网页。

2.根据权利要求1所述的应用程序的加载方法，其特征在于，所述确定与所述特征标签对应的至少一个推荐网页，包括：

从所述应用程序的多个功能模块中，确定与所述特征标签对应的至少一个目标功能模块；

将与所确定的目标功能模块对应的网页作为所述推荐网页。

3.根据权利要求2所述的应用程序的加载方法，其特征在于，所述确定与所述特征标签对应的至少一个目标功能模块，包括：

将所述特征标签输入到训练后的预测网络中，预测得到与所述特征标签对应的至少一个目标功能模块。

4.根据权利要求2所述的应用程序的加载方法，其特征在于，所述确定与所述特征标签对应的至少一个目标功能模块，包括：

将所述特征标签输入到训练后的预测网络中，预测得到与所述特征标签对应的至少一个初始功能模块，以及每一初始功能模块的访问概率；

将访问概率大于预设阈值的初始功能模块作为所述目标功能模块。

5.根据权利要求1所述的应用程序的加载方法，其特征在于，所述基于所述至少一个推荐网页获取所述资源文件，包括：

获取用户终端的终端信息；所述终端信息包括所述用户终端的存储空间和网络连接状态中的至少一种；

基于所述终端信息和所述至少一个推荐网页获取所述资源文件。

6.根据权利要求5所述的应用程序的加载方法，其特征在于，所述基于所述终端信息和所述至少一个推荐网页获取所述资源文件，包括：

确定所述至少一个推荐网页对应的资源文件的总数据量；

若所述用户终端的存储空间大于所述总数据量，且所述网络连接状态处于无线网连接，则获取与所述至少一个推荐网页分别对应所述资源文件；

若所述用户终端的存储空间小于或等于所述数据量，或所述网络连接状态处于移动数据连接，则从所述至少一个推荐网页中确定出至少一个目标推荐网页，获取所述至少一个目标推荐网页的资源文件；所述目标推荐网页的资源文件的数据量小于所述存储空间。

7.根据权利要求1所述的应用程序的加载方法，其特征在于，所述基于所述至少一个推荐网页获取所述资源文件，包括：

分别获取与至少一个推荐网页对应的第一资源文件；

针对任一推荐网页，确定访问该推荐网页所必经的中间网页；

获取与该中间网页对应的第二资源文件，将所述第一资源文件和第二资源文件作为所述资源文件。

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

若检测到所述用户针对所述应用程序的记录数据更新，则基于更新后的所述记录数据更新所述资源数据库。

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

若检测到所述资源数据库中存储的所述资源文件所对应的任一推荐网页更新，更新与该推荐网页对应的所述资源文件。

10.根据权利要求1所述的应用程序的加载方法，其特征在于，所述基于所述访问指令在预存的资源数据库中查询与所述目标网页对应的目标资源文件之前，还包括：

查询所述目标网页的统一资源定位符中的可离线加载参数；

所述基于所述访问指令在预存的资源数据库中查询与所述目标网页对应的目标资源文件，包括：

若查询到所述可离线加载参数，则基于所述访问指令在预存的资源数据库中查询与所述目标网页对应的目标资源文件。

11.根据权利要求1所述的应用程序的加载方法，其特征在于，所述基于所述目标资源文件加载所述目标网页之前，还包括：

检测所述目标资源文件的配置文件；

若所述配置文件有效，获取所述目标资源文件的数字签名；

所述基于所述目标资源文件加载所述目标网页，包括：

若所述数字签名符合与所述目标资源文件对应的预设签名，则对所述目标资源文件进行渲染，以加载所述目标网页。

12.一种应用程序的加载装置，其特征在于，包括：

获取模块，用于获取用户针对应用程序的目标网页的访问指令；

确定模块，用于获取所述用户的所述记录数据；所述记录数据包括所述用户针对所述应用程序的浏览记录，以及所述用户针对所述应用程序的至少一个关联程序的操作记录中的至少一种；基于所述记录数据确定所述用户的特征标签；确定与所述特征标签对应的至少一个推荐网页；基于所述至少一个推荐网页获取资源文件，将所获取的所述资源文件存储于资源数据库中；

查询模块，用于基于所述访问指令在预存的资源数据库中查询与所述目标网页对应的目标资源文件；

加载模块，用于若查询到所述目标资源文件，则基于所述目标资源文件加载所述目标网页。

13.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-11任一项所述的应用程序的加载方法。

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

Images