CN113742623A - 页面加载方法、组件、系统、装置及计算机可读存储介质 - Google Patents

Abstract

本发明提供了页面加载方法、组件、系统、装置及计算机可读存储介质，该方法包括：容器模块响应于触发指令执行初始化；预加载模块响应于触发指令执行：获取页面源码；分析页面源码以生成第一静态资源请求并发送给资源请求模块，向容器模块发送静态注入预设代码的页面源码；容器模块加载注入成功的页面源码，利用拦截技术生成第二静态资源请求并发送给资源请求模块；以及，资源请求模块响应于第一静态资源请求预先获取对应的静态资源，并响应于第二静态资源请求向容器模块返回目标静态资源。利用上述方法，一方面优化了容器初始化与静态资源请求的时序，加快页面打开速度。另一方面，通过采用静态注入技术提高注入成功率。

Description

页面加载方法、组件、系统、装置及计算机可读存储介质

技术领域

本发明属于网页领域，具体涉及一种页面加载方法、组件、系统、装置及计算机可读存储介质。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

随着诸如“云闪付”等小程序功能上线，越来越多的外部接入方选择以小程序等方式接入业务，这对小程序接入便捷度及页面打开速度提出了更高的要求。现阶段外部接入方要接入业务，需要在自己的工程中依赖诸如“云闪付”等小程序的相关静态资源以减少接入方的工作量。

小程序页面打开一般分为三步：一是初始化小程序容器，二是解析页面、请求静态资源，三是进行页面加载渲染。一般来说，这三步由系统webview按串行逻辑依次执行，页面打开所需时间为三步耗时总和，此种方式下用户看到的加载白屏时间长。并且，现有小程序容器一般采用动态注入方案将相关静态资源的代码注入，也即在小程序页面加载的生命周期函数中进行代码注入，这样容易导致页面会出现逻辑错误，无法保证注入的成功率。

发明内容

针对上述现有技术中存在的问题，提出了一种页面加载方法、组件、系统、装置及计算机可读存储介质，利用这种方法、装置及计算机可读存储介质，能够解决上述问题。

本发明提供了以下方案。

第一方面，提供一种页面加载方法，其特征在于，应用于应用客户端，应用客户端包括容器模块、预加载模块和资源请求模块，方法包括：容器模块响应于触发指令执行初始化；预加载模块响应于触发指令执行：获取页面源码；分析页面源码以生成第一静态资源请求并发送给资源请求模块，并向容器模块发送静态注入预设代码的页面源码；容器模块加载注入成功的页面源码，利用拦截技术生成第二静态资源请求并发送给资源请求模块；以及，资源请求模块响应于第一静态资源请求预先获取对应的静态资源，并响应于第二静态资源请求向容器模块返回目标静态资源。

在一种实施方式中，容器模块为小程序容器。

在一种实施方式中，方法还包括：响应于应用启动指令，应用客户端向服务端上送更新请求，以更新预置资源包。

在一种实施方式中，应用客户端向服务端上送更新请求以更新预置资源包，还包括：应用客户端向服务端上送携带本地预置资源包特征值的更新请求；应用客户端接收服务端下发的差分包，差分包是根据本地预置资源包特征值、当前最新资源包及其特征值生成的；应用客户端将差分包和本地预置资源包进行合包，以获得更新后的预置资源包。

在一种实施方式中，方法还包括：容器模块响应于打开目标小程序页面的触发指令，获取目标小程序页面的统一资源定位符并进行初始化；并行地，预加载模块响应于打开目标小程序页面的触发指令，获取目标小程序页面对应的页面源码，根据页面源码执行第一静态资源请求和静态注入。

在一种实施方式中，方法还包括：预加载模块通过预设解析框架分析页面源码，获取其中的静态资源依赖；根据静态资源依赖向资源请求模块发送第一静态资源请求。

在一种实施方式中，方法还包括：预加载模块通过预设解析框架将需要注入的预设代码写入目标小程序页面对应的页面源码；预设代码包括：页面源码所需的静态资源的引用代码。

在一种实施方式中，资源请求模块响应于第一静态资源请求预先获取对应的静态资源，还包括：当资源请求模块接收到第一静态资源请求时，根据第一静态资源请求在预置资源包中进行第一资源匹配；若第一资源匹配未成功，则在本地网络缓存中进行第二资源匹配；若第二资源匹配未成功，则发送网络请求以更新本地网络缓存。

在一种实施方式中，响应于第二静态资源请求向容器模块返回目标静态资源，包括：当资源请求模块接收到第二静态资源请求时，根据第二静态资源请求在预置资源包中进行第三资源匹配；若第三资源匹配成功，则将匹配到的静态资源返回容器模块；若第三资源匹配未成功，则在本地网络缓存中进行第四资源匹配；若第四资源匹配成功，则将匹配到的静态资源返回容器模块；若第四资源匹配未成功，则发送网络请求以获取目标静态资源。

在一种实施方式中，网络请求包括：对资源管理平台配置的业务静态资源和/或外部静态资源的网络请求。

第二方面，提供一种页面加载组件，其特征在于，应用于应用客户端，包括：容器模块，用于响应于触发指令执行初始化；预加载模块，用于响应于触发指令执行：获取页面源码；分析页面源码以向资源请求模块发送第一静态资源请求，并向容器模块发送静态注入预设代码的页面源码；容器模块，还用于加载注入成功的页面源码，拦截其中的静态资源请求以向资源请求模块发送第二静态资源请求；以及，资源请求模块，用于响应于第一静态资源请求预先获取对应的静态资源，以及响应于第二静态资源请求向容器模块返回目标静态资源。

在一种实施方式中，容器模块为小程序容器。

在一种实施方式中，加载组件还用于：响应于应用启动指令，向服务端上送更新请求，以更新预置资源包。

在一种实施方式中，加载组件还用于：向服务端上送携带本地预置资源包特征值的更新请求；接收服务端下发的差分包，差分包是根据本地预置资源包特征值、当前最新资源包及其特征值生成的；将差分包和本地预置资源包进行合包，以获得更新后的预置资源包。

在一种实施方式中，其特征在于，容器模块，用于响应于打开目标小程序页面的触发指令，获取目标小程序页面的统一资源定位符并进行初始化；并行地，预加载模块，用于响应于打开目标小程序页面的触发指令，获取目标小程序页面对应的页面源码，根据页面源码执行第一静态资源请求和静态注入。

在一种实施方式中，预加载模块，用于：通过预设解析框架分析页面源码，获取其中的静态资源依赖；根据静态资源依赖向资源请求模块发送第一静态资源请求。

在一种实施方式中，预加载模块，用于：通过预设解析框架将需要注入的预设代码写入目标小程序页面对应的页面源码；预设代码包括：页面源码所需的静态资源的引用代码。

在一种实施方式中，资源请求模块，用于：当接收到第一静态资源请求时，根据第一静态资源请求在预置资源包中进行第一资源匹配；若第一资源匹配未成功，则在本地网络缓存中进行第二资源匹配；若第二资源匹配未成功，则发送网络请求以更新本地网络缓存。

在一种实施方式中，资源请求模块，用于：当接收到第二静态资源请求时，根据第二静态资源请求在预置资源包中进行第三资源匹配；若第三资源匹配成功，则将匹配到的静态资源返回容器模块；若第三资源匹配未成功，则在本地网络缓存中进行第四资源匹配；若第四资源匹配成功，则将匹配到的静态资源返回容器模块；若第四资源匹配未成功，则发送网络请求以获取目标静态资源。

在一种实施方式中，网络请求包括：对资源管理平台配置的业务静态资源和/或外部静态资源的网络请求。

第三方面，提供一种页面加载系统，包括：应用客户端，其包含如第二方面的页面加载组件；应用服务端，其包含资源管理平台，用于向应用客户端下发更新预置资源包和/或用于向应用客户端提供业务静态资源。

第四方面，提供一种页面加载装置，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行：如第一方面的方法。

第五方面，提供一种计算机可读存储介质，计算机可读存储介质存储有程序，当程序被多核处理器执行时，使得多核处理器执行如第一方面的方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：本实施例中，一方面优化了容器初始化与静态资源请求的时序，无需等到容器初始化完成之后再开始执行解析页面和请求静态资源等，达到优化加载时序、加快页面打开速度的目的。另一方面，本方案采用静态注入技术，在加载页面之前通过静态注入方式完成注入，注入时机提前，保证注入成功。

应当理解，上述说明仅是本发明技术方案的概述，以便能够更清楚地了解本发明的技术手段，从而可依照说明书的内容予以实施。为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举例说明本发明的具体实施方式。

附图说明

通过阅读下文的示例性实施例的详细描述，本领域普通技术人员将明白本文所述的优点和益处以及其他优点和益处。附图仅用于示出示例性实施例的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的标号表示相同的部件。在附图中：

图1为根据本发明一实施例的页面加载组件的结构示意图；

图2为根据本发明一实施例的页面加载方法的流程示意图；

图3为根据本发明另一实施例的页面加载方法的流程示意图；

图4为根据本发明一实施例的页面加载示例的示意图；

图5为根据本发明一实施例的页面加载系统的结构示意图；

图6为根据本发明一实施例的页面加载组件的结构示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

在本申请实施例的描述中，应理解，诸如“包括”或“具有”等术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不旨在排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在的可能性。

除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”等的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

本申请中的所有代码都是示例性的，本领域技术人员根据所使用的编程语言，具体的需求和个人习惯等因素会在不脱离本申请的思想的条件下想到各种变型。

为清楚阐述本申请实施例，首先将介绍一些后续实施例中可能会出现的概念。

静态资源(StaticResources)，其包括js、css、img等非服务器动态运行生成的文件。

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

如图1所示，本申请提供的页面加载方法应用于应用客户端，比如可以是微信客户端，该应用客户端包括由容器模块11、预加载模块12和资源请求模块13组成的页面加载组件10。

图2为根据本申请一实施例的页面加载方法的流程示意图，在该流程中，从设备角度而言，执行主体可以是一个或者多个电子设备；从程序角度而言，执行主体相应地可以是搭载于这些电子设备上的程序。在本实施例中，方法的执行主体可以是图1所示实施例中的页面加载组件。

如图2所示，本实施例提供的方法可以包括以下步骤：

S21、容器模块和预加载模块接收到触发指令。

具体地，容器模块可以是小程序容器。该触发指令可以是打开目标小程序页面的触发指令。例如，用户点击目标小程序图标之后生成该触发指令。进一步地，容器模块和预加载模块接收到触发指令之后并行执行各自的动作，从而可以将原本串行执行的工作改变为并行执行。

S22、容器模块响应于该触发指令执行初始化。

具体地，容器模块可以响应于打开目标小程序页面的触发指令，获取目标小程序页面的统一资源定位符(URL)并进行初始化。

S23、预加载模块响应于该触发指令执行获取页面源码；

具体地，预加载模块可以响应于打开目标小程序页面的触发指令，获取目标小程序页面对应的页面源码，比如HTML源码，从而进一步根据页面源码执行第一静态资源请求和静态注入。

S24、预加载模块分析页面源码以向资源请求模块发送第一静态资源请求；

具体地，在S23获得页面源码之后即由预加载模块执行S24，并且在S24向资源请求模块发送第一静态资源请求之后即由资源请求模块执行S25。

第一静态资源请求是指由预加载模块发送给资源请求模块的、用于请求页面源码所需的静态资源的请求。

S25、资源请求模块响应于第一静态资源请求预先获取对应的静态资源；

具体地，资源请求模块可以基于本地预置资源包或进行网络请求来获取该页面源码所需的静态资源。换言之，本申请在页面加载之前即可提前准备好所需的静态资源。

S26、预加载模块将预设代码静态注入页面源码后发送给容器模块；

具体地，在S23获得页面源码之后即由预加载模块执行S26，并且在S26向容器模块发送注入成功后的页面源码之后即由容器模块执行S27。

上述预设代码可以是静态资源的引用代码，页面源码在静态注入该预设代码之后可以直接加载引用所需的静态资源，而无需重复编写这些静态资源的代码。例如，可以通过Jsoup框架将需要注入的代码直接写入页面源码，完成注入。可以理解，应用平台通常会预先提供静态资源包，其中包括可供开发者使用的大量静态资源的代码，开发者在页面源码时无需重复对该静态资源进行重复编写，只需要通过静态注入即可引用这些静态资源。

S27、容器模块加载注入成功的页面源码；

具体地，在S22到S27之间可能存在时间间隔，若在静态注入完成之前，容器模块已经初始化完成，那么容器模块会等待静态注入成功之后再进行加载。

S28、容器模块利用拦截技术生成第二静态资源请求并发送给资源请求模块；

具体地，在页面加载过程中，会利用拦截技术来拦截加载过程中需要进行的静态资源请求，并交由资源请求模块处理。例如，可以通过系统webview的shouldInterceptRequest方法拦截请求。

S29、资源请求模块响应于第二静态资源请求获取目标静态资源。

具体地，在S25中，资源请求模块已经基于第一静态资源请求提前获取了页面源码所需的静态资源。例如，可以通过进行网络请求获取静态资源之后缓存。因此，在页面加载过程中，就节省了资源请求模块再去获取目标静态资源的时间。

S30、资源请求模块向容器模块返回目标静态资源。

本实施例一方面优化了容器初始化与静态资源请求的时序，无需等到容器初始化完成之后再开始执行解析页面和请求静态资源等。而是将静态资源请求的时机前置，使得容器初始化与静态资源请求可以分两路并行执行，从而将容器初始化的时间利用起来；同时通过拦截技术，配合资源预置资源包匹配及请求缓存策略，达到优化加载时序、加快页面打开速度的目的。

参考图2，假设第一路：S21—S22；第二路：S21-S23-S26/(S24-S25)。第二路可以进一步分为第二路分支1：S21-S23-S24-S25和第二路分支2：S21-S23-S26。上述第一路和第二路可以是并行执行的，第二路的两个分支S24-S25以及S26也是并行执行的两个分支。上述并行执行并不要求每一路或分支必须同时开始或同时结束。例如，第一路容器初始化可能完成的比较快，此时需等待第二路分支2返回注入成功的页面源码之后再执行后续的页面加载工作。

基于此，假设容器初始化(也即第一路：S21—S22)耗费时间为T1，请求静态资源(也即第二路分支1：S21-S23-S24-S25)耗费时间为T2，静态注入(也即第二路分支2)耗费时间为T3，页面加载耗费时间为T4。由于上述第一路、第二路分支1、第二路分支2都是并行执行的，因此总耗费时间为T1、T2、T3中的最大值与T4之和。相较于传统串行执行方案所耗费时间更少。

另一方面，本方案采用静态注入技术，在加载页面之前通过静态注入方式完成注入，注入时机提前，保证注入成功。

图3是本发明另一示例性实施例示出的页面加载方法的流程示意图，本实施例在图2所示实施例的基础上，对S24、S25、S26、S29的过程进一步详细描述。

在一种实施方式中，S24可以进一步包括：

S241、预加载模块通过预设解析框架分析页面源码，获取其中的静态资源依赖。

S242、预加载模块根据静态资源依赖向资源请求模块发送第一静态资源请求。

上述静态资源请求与容器初始化并行执行。例如，资源预加载模块获取目标小程序页面对应的HTML源码后，可以通过Jsoup框架解析HTML页面源码，获取其中静态资源依赖，并通过资源请求模块请求对应资源。

在一种实施方式中，S26可以进一步包括：

S261、预加载模块通过预设解析框架将需要注入的预设代码写入目标小程序页面对应的页面源码；该预设代码包括：页面源码所需的静态资源的引用代码。

S262、预加载模块将注入成功的页面源码发送给容器模块。

上述静态注入与容器初始化并行执行。例如，预加载模块获取目标小程序页面对应的HTML源码后，通过Jsoup框架将需要注入的代码直接写入页面源码，完成注入。

在一种实施方式中，S25可以进一步包括：

S251、当资源请求模块接收到第一静态资源请求时，根据第一静态资源请求在预置资源包中进行第一资源匹配。如第一资源匹配成功，则无需处理。

S252、若第一资源匹配未成功，则在本地网络缓存中进行第二资源匹配；如第二资源匹配成功，则无需处理。

S253、若第二资源匹配未成功，则发送网络请求；

S254、接收返回的静态资源并更新本地网络缓存。

简言之，资源请求模块首先会进行预置资源包匹配，若未命中则继续去本地网络缓存中进行匹配，若仍未命中则发送网络请求，请求成功后更新本地网络缓存。

上述预置资源包是指预置的静态资源包，可以由应用服务端下发至该应用客户端中。进一步地，为了获得对应用客户端中本地的预置资源包进行更新，本方法还可以包括：响应于应用启动指令，应用客户端向服务端上送更新请求，以更新预置资源包。

在一种实施方式中，应用客户端向服务端上送更新请求以更新预置资源包，还可以具体包括：应用客户端向服务端上送携带本地预置资源包特征值P1的更新请求；应用客户端接收服务端下发的差分包，该差分包是根据本地预置资源包特征值P1、当前最新资源包及其特征值P2生成的；应用客户端将差分包和本地预置资源包进行合包，以获得更新后的预置资源包。由此，无需将当前最近资源包整体下发至应用客户端，即可实现同等效果的更新，节省资源。

当然也可以由应用服务端将当前最新资源包直接下发至该应用服务端，以直接替代该客户端本地的预置资源包，逻辑更为简单。本申请对预置资源包的更新方式、更新时机不作具体限制。

上述网络请求可以包括：对服务端的资源管理平台配置的业务静态资源和/或外部静态资源的网络请求。

在一种实施方式中，进一步描述页面加载过程中的静态资源请求，S29可以进一步包括：当资源请求模块接收到第二静态资源请求时，执行S291：根据第二静态资源请求在预置资源包中进行第三资源匹配；若匹配成功，则直接执行S30：将匹配到的静态资源返回容器模块；相反，若第三资源匹配未成功，则进一步执行S292：在本地网络缓存中进行第四资源匹配；若匹配成功，则直接执行S30：将匹配到的静态资源返回容器模块；相反，若第四资源匹配仍未成功，则进一步执行S293和S294：发送网络请求以获取目标静态资源。并将以及执行S303：将目标静态资源返回容器模块。

换言之，页面加载过程中发现需要请求静态资源时，会拦截对应资源请求，通过资源请求模块发送。由于上一步已经提前发送页面中的静态资源请求，此时存在三种情况：1、此资源属于预置静态资源，第三资源匹配可以直接匹配到并返回。2、当第三资源匹配未命中时，继续去本地网络缓存中进行第四资源匹配，若此时S25中提前发送的第一静态资源请求已成功，则会在本地网络缓存中命中并直接返回。3、当第三资源匹配和第四资源匹配均未命中时，说明S25中提前发送的第一静态资源请求仍未返回或请求失败，此时可以再次提起网络请求以获取所需的网络资源。

图4示出本发明实施例的一个具体示例，以下结合图4进行示例性描述。其中小程序容器也即上述的容器模块，其中小程序容器、预加载模块和资源请求模块是应用客户端中的加载组件。资源管理平台位于应用服务端，主要负责业务侧静态资源的配置更新。业务静态资源更新主要分为两部分，一是客户端预置资源包的更新，预置资源包主要包括小程序需要使用的通用的静态资源文件，key为该静态资源url，value为静态资源具体文件。二是业务静态资源更新，主要包括一些业务相关的图片等资源。

参考图4，其中执行：(1)app启动：app启动后会请求资源管理平台，上送本地预置包特征值p1。(2)更新本地预置包：服务端资源管理平台的预置包更新模块收到请求后会根据客户端上送特征值p1、当前最新资源包及其特征值p2生成对应的差分包并下发。应用客户端接收到服务端下发的差分包后进行合包，预置包更新流程结束。(3)容器初始化：用户点击目标小程序入口，框架获取到小程序页面url，小程序容器开始初始化。(4)请求HTML中的静态资源：其与小程序容器初始化并行，预加载模块获取目标小程序页面对应的html源码后，通过Jsoup框架分析页面代码，获取其中静态资源依赖，并通过资源请求模块请求对应资源；(5)静态资源匹配：资源请求模块首先会进行预置包(也即预置资源包)匹配，若命中则不处理；若未命中则继续去缓存中进行匹配，若命中则不处理；若未命中则发送网络请求，请求成功后更新缓存。此处网络请求可以分为两种，一是面向资源管理平台配置的业务静态资源的资源请求，二是面向外部静态资源的外部请求。(6)修改HTML，静态注入修改内容：其同样与小程序初始化并行，资源预加载模块获取目标小程序页面对应的html源码后，通过Jsoup框架将需要注入的代码直接写入页面源码，完成注入，若在此之前小程序容器已初始化成功，则小程序容器会等待静态注入成功后再继续执行。(7)小程序容器加载修改后的HTML：静态注入成功之后，小程序容器获取修改后的html，进入加载流程，此时容器加载的就是注入成功之后的html页面。(8)页面加载：进入加载流程，页面加载过程中发现需要请求静态资源时，会拦截对应资源请求，发送给资源请求模块处理，由于上一步已经提前发送HTML页面中的静态资源请求，此时存在三种情况：1、此资源属于预置静态资源，进行预置包匹配，命中直接返回。2、预置包未命中，继续去网络缓存中进行匹配，若此时第(5)步中发送的请求已成功，则命中直接返回。3、前两种情况全未命中，说明第(5)步提前发送的静态资源请求或仍未返回或请求失败，可以直接发送外部请求。

在本说明书的描述中，参考术语“一些可能的实施方式”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

关于本申请实施例的方法流程图，将某些操作描述为以一定顺序执行的不同的步骤。这样的流程图属于说明性的而非限制性的。可以将在本文中所描述的某些步骤分组在一起并且在单个操作中执行、可以将某些步骤分割成多个子步骤、并且可以以不同于在本文中所示出的顺序来执行某些步骤。可以由任何电路结构和/或有形机制(例如，由在计算机设备上运行的软件、硬件(例如，处理器或芯片实现的逻辑功能)等、和/或其任何组合)以任何方式来实现在流程图中所示出的各个步骤。

基于相同的技术构思，本发明实施例还提供一种页面加载组件，应用于应用客户端，用于执行上述任一实施例所提供的页面加载方法。图1为本发明实施例提供的一种页面加载组件结构示意图。

如图1所示，加载组件10包括：

容器模块11，用于响应于触发指令执行初始化；

预加载模块12，用于响应于触发指令执行：获取页面源码；分析页面源码以向资源请求模块发送第一静态资源请求，并向容器模块发送静态注入预设代码的页面源码；

容器模块11，还用于加载注入成功的页面源码，拦截其中的静态资源请求以向资源请求模块发送第二静态资源请求；以及，

资源请求模块13，用于响应于第一静态资源请求预先获取对应的静态资源，以及响应于第二静态资源请求向容器模块返回目标静态资源。

在一种实施方式中，容器模块为小程序容器。

在一种实施方式中，加载组件还用于：响应于应用启动指令，向服务端上送更新请求，以更新预置资源包。

在一种实施方式中，加载组件还用于：向服务端上送携带本地预置资源包特征值的更新请求；接收服务端下发的差分包，差分包是根据本地预置资源包特征值、当前最新资源包及其特征值生成的；将差分包和本地预置资源包进行合包，以获得更新后的预置资源包。

在一种实施方式中，其特征在于，容器模块，用于响应于打开目标小程序页面的触发指令，获取目标小程序页面的统一资源定位符并进行初始化；并行地，预加载模块，用于响应于打开目标小程序页面的触发指令，获取目标小程序页面对应的页面源码，根据页面源码执行第一静态资源请求和静态注入。

在一种实施方式中，预加载模块，用于：通过预设解析框架分析页面源码，获取其中的静态资源依赖；根据静态资源依赖向资源请求模块发送第一静态资源请求。

在一种实施方式中，预加载模块，用于：通过预设解析框架将需要注入的预设代码写入目标小程序页面对应的页面源码；预设代码包括：页面源码所需的静态资源的引用代码。

在一种实施方式中，资源请求模块，用于：当接收到第一静态资源请求时，根据第一静态资源请求在预置资源包中进行第一资源匹配；若第一资源匹配未成功，则在本地网络缓存中进行第二资源匹配；若第二资源匹配未成功，则发送网络请求以更新本地网络缓存。

在一种实施方式中，资源请求模块，用于：当接收到第二静态资源请求时，根据第二静态资源请求在预置资源包中进行第三资源匹配；若第三资源匹配成功，则将匹配到的静态资源返回容器模块；若第三资源匹配未成功，则在本地网络缓存中进行第四资源匹配；若第四资源匹配成功，则将匹配到的静态资源返回容器模块；若第四资源匹配未成功，则发送网络请求以获取目标静态资源。

在一种实施方式中，网络请求包括：对资源管理平台配置的业务静态资源和/或外部静态资源的网络请求。

需要说明的是，本申请实施例中的页面加载组件可以实现前述页面加载方法的实施例的各个过程，并达到相同的效果和功能，这里不再赘述。

图5为根据本申请一实施例的页面加载系统，包括：应用客户端，其包含如图1的页面加载组件；应用服务端，其包含资源管理平台，用于向应用客户端下发更新预置资源包和/或用于向应用客户端提供业务静态资源。

图6为根据本申请一实施例的页面加载装置，用于执行以上实施例所示出的页面加载方法，该装置包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述实施例的方法。

根据本申请的一些实施例，提供了页面加载方法的非易失性计算机存储介质，其上存储有计算机可执行指令，该计算机可执行指令设置为在由处理器运行时执行：上述实施例的方法。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和计算机可读存储介质实施例而言，由于其基本相似于方法实施例，所以其描述进行了简化，相关之处可参见方法实施例的部分说明即可。

本申请实施例提供的装置、设备和计算机可读存储介质与方法是一一对应的，因此，装置、设备和计算机可读存储介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述装置、设备和计算机可读存储介质的有益技术效果。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (23)

1.一种页面加载方法，其特征在于，应用于应用客户端，所述应用客户端包括容器模块、预加载模块和资源请求模块，所述方法包括：

所述容器模块响应于触发指令执行初始化；

所述预加载模块响应于所述触发指令执行：获取页面源码；分析所述页面源码以生成第一静态资源请求并发送给所述资源请求模块，并向所述容器模块发送静态注入预设代码的所述页面源码；

所述容器模块加载注入成功的所述页面源码，利用拦截技术生成第二静态资源请求并发送给所述资源请求模块；以及，

所述资源请求模块响应于所述第一静态资源请求预先获取对应的静态资源，并响应于所述第二静态资源请求向所述容器模块返回目标静态资源。

2.根据权利要求1所述的方法，其特征在于，所述容器模块为小程序容器。

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

响应于应用启动指令，所述应用客户端向服务端上送更新请求，以更新预置资源包。

4.根据权利要求1所述的方法，其特征在于，所述应用客户端向服务端上送更新请求以更新预置资源包，还包括：

所述应用客户端向服务端上送携带本地预置资源包特征值的更新请求；

所述应用客户端接收服务端下发的差分包，所述差分包是根据所述本地预置资源包特征值、当前最新资源包及其特征值生成的；

所述应用客户端将所述差分包和所述本地预置资源包进行合包，以获得更新后的预置资源包。

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

所述容器模块响应于打开目标小程序页面的触发指令，获取目标小程序页面的统一资源定位符并进行初始化；并行地，

所述预加载模块响应于打开目标小程序页面的触发指令，获取所述目标小程序页面对应的页面源码，根据所述页面源码执行所述第一静态资源请求和所述静态注入。

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

所述预加载模块通过预设解析框架分析所述页面源码，获取其中的静态资源依赖；

根据所述静态资源依赖向所述资源请求模块发送所述第一静态资源请求。

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

所述预加载模块通过所述预设解析框架将需要注入的预设代码写入所述目标小程序页面对应的所述页面源码；

所述预设代码包括：所述页面源码所需的静态资源的引用代码。

8.根据权利要求1所述的方法，其特征在于，所述资源请求模块响应于所述第一静态资源请求预先获取对应的静态资源，还包括：

当所述资源请求模块接收到所述第一静态资源请求时，根据所述第一静态资源请求在预置资源包中进行第一资源匹配；

若所述第一资源匹配未成功，则在本地网络缓存中进行第二资源匹配；

若所述第二资源匹配未成功，则发送网络请求以更新所述本地网络缓存。

9.根据权利要求1所述的方法，响应于所述第二静态资源请求向所述容器模块返回目标静态资源，包括：

当所述资源请求模块接收到所述第二静态资源请求时，根据所述第二静态资源请求在所述预置资源包中进行第三资源匹配；

若所述第三资源匹配成功，则将匹配到的静态资源返回所述容器模块；

若所述第三资源匹配未成功，则在本地网络缓存中进行第四资源匹配；

若所述第四资源匹配成功，则将匹配到的静态资源返回所述容器模块；

若所述第四资源匹配未成功，则发送网络请求以获取所述目标静态资源。

10.根据权利要求1所述的方法，其特征在于，所述网络请求包括：

对资源管理平台配置的业务静态资源和/或外部静态资源的网络请求。

11.一种页面加载组件，其特征在于，应用于应用客户端，包括：

容器模块，用于响应于触发指令执行初始化；

预加载模块，用于响应于所述触发指令执行：获取页面源码；分析所述页面源码以向所述资源请求模块发送第一静态资源请求，并向所述容器模块发送静态注入预设代码的所述页面源码；

所述容器模块，还用于加载注入成功的所述页面源码，拦截其中的静态资源请求以向所述资源请求模块发送第二静态资源请求；以及，

所述资源请求模块，用于响应于所述第一静态资源请求预先获取对应的静态资源，以及响应于所述第二静态资源请求向所述容器模块返回目标静态资源。

12.根据权利要求11所述的加载组件，其特征在于，所述容器模块为小程序容器。

13.根据权利要求11所述的加载组件，其特征在于，所述加载组件还用于：

响应于应用启动指令，向服务端上送更新请求，以更新预置资源包。

14.根据权利要求11所述的加载组件，其特征在于，所述加载组件还用于：

向服务端上送携带本地预置资源包特征值的更新请求；

接收服务端下发的差分包，所述差分包是根据所述本地预置资源包特征值、当前最新资源包及其特征值生成的；

将所述差分包和所述本地预置资源包进行合包，以获得更新后的预置资源包。

15.根据权利要求11所述的加载组件，其特征在于，

所述容器模块，用于响应于打开目标小程序页面的触发指令，获取目标小程序页面的统一资源定位符并进行初始化；并行地，

所述预加载模块，用于响应于打开目标小程序页面的触发指令，获取所述目标小程序页面对应的页面源码，根据所述页面源码执行所述第一静态资源请求和所述静态注入。

16.根据权利要求11所述的加载组件，其特征在于，所述预加载模块，用于：

通过预设解析框架分析所述页面源码，获取其中的静态资源依赖；

根据所述静态资源依赖向所述资源请求模块发送所述第一静态资源请求。

17.根据权利要求11所述的加载组件，其特征在于，所述预加载模块，用于：

通过所述预设解析框架将需要注入的预设代码写入所述目标小程序页面对应的所述页面源码；

所述预设代码包括：所述页面源码所需的静态资源的引用代码。

18.根据权利要求11所述的加载组件，其特征在于，所述资源请求模块，用于：

当接收到所述第一静态资源请求时，根据所述第一静态资源请求在预置资源包中进行第一资源匹配；

若所述第一资源匹配未成功，则在本地网络缓存中进行第二资源匹配；

若所述第二资源匹配未成功，则发送网络请求以更新所述本地网络缓存。

19.根据权利要求11所述的加载组件，所述资源请求模块，用于：

当接收到所述第二静态资源请求时，根据所述第二静态资源请求在所述预置资源包中进行第三资源匹配；

若所述第三资源匹配成功，则将匹配到的静态资源返回所述容器模块；

若所述第三资源匹配未成功，则在本地网络缓存中进行第四资源匹配；

若所述第四资源匹配成功，则将匹配到的静态资源返回所述容器模块；

若所述第四资源匹配未成功，则发送网络请求以获取所述目标静态资源。

20.根据权利要求11所述的加载组件，其特征在于，所述网络请求包括：

对资源管理平台配置的业务静态资源和/或外部静态资源的网络请求。

21.一种页面加载系统，其特征在于，包括：

应用客户端，其包含如权利要求11-20中任一项所述的页面加载组件；

应用服务端，其包含资源管理平台，用于向所述应用客户端下发更新预置资源包和/或用于向所述应用客户端提供业务静态资源。

22.一种页面加载装置，其特征在于，包括：

至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行：如权利要求1-10中任一项所述的方法。

23.一种计算机可读存储介质，所述计算机可读存储介质存储有程序，当所述程序被多核处理器执行时，使得所述多核处理器执行如权利要求1-10中任一项所述的方法。

Images