CN111177600B - 一种基于移动应用的内置网页加载方法及装置 - Google Patents

Abstract

本申请实施例提供一种基于移动应用的内置网页加载方法及装置，涉及网络技术领域，该方法包括：当检测到移动应用启动时，获取待加载内置网页对应的本地版本文件配置表以及该内置网页对应的线上版本文件配置表；确定加载待加载内置网页时所使用的多个业务线，并根据本地版本文件配置表与线上版本文件配置表将多个业务线划分为静态加载业务线集合和动态加载业务线集合；获取静态加载业务线集合对应的静态加载资源以及动态加载业务线集合对应的动态加载资源；加载静态加载资源和动态加载资源，得到内置网页。可见，实施这种实施方式，能够提升移动应用的内置网页的加载速度，提升移动应用可交互的速度。

Description

一种基于移动应用的内置网页加载方法及装置

技术领域

本申请涉及网络技术领域，具体而言，涉及一种基于移动应用的内置网页加载方法及装置。

背景技术

随着移动互联网的发展，大量的移动端的应用都基于APP产生，Hybrid是一种跨平台的移动APP的开发技术，它可以使开发者开发一套代码，运行在多种类型的终端上，因此很多轻量级的应用都采用这种技术，它大大节省了研发团队的成本。在实践中发现，在加载移动应用的内置网页时，通常需要向服务器发送请求，以获取界面渲染需要的动态加载资源(如超文本标记语言文件、级联样式表、JS文件等)，从而导致移动应用内置网页加载时间过长，降低了移动应用可交互的速度。

发明内容

本申请实施例的目的在于提供一种基于移动应用的内置网页加载方法及装置，能够提升移动应用的内置网页的加载速度，提升移动应用可交互的速度。

本申请实施例第一方面提供了一种基于移动应用的内置网页加载方法，包括：

当检测到所述移动应用启动时，获取待加载内置网页对应的本地版本文件配置表以及该内置网页对应的线上版本文件配置表；

确定加载所述待加载内置网页时所使用的多个业务线，并根据所述本地版本文件配置表与所述线上版本文件配置表将所述多个业务线划分为静态加载业务线集合和动态加载业务线集合；

获取所述静态加载业务线集合对应的静态加载资源以及所述动态加载业务线集合对应的动态加载资源；

加载所述静态加载资源和所述动态加载资源，得到所述内置网页。

在上述实现过程中，该方法可以优先在检测到移动应用启动时，获取待加载内置网页对应的本地版本文件配置表以及该内置网页对应的线上版本文件配置表；然后，再确定用于加载上述待加载内置网页所使用的多个业务线；以使该多个业务线可以根据本地版本文件配置表与线上版本文件配置表来进行划分，得到静态加载业务线集合和动态加载业务线集合；在确定出静态加载业务线集合和动态加载业务线集合之后，获取静态加载业务线集合对应的静态加载资源以及动态加载业务线集合对应的动态加载资源；最终，再对静态加载资源和动态加载资源进行加载，得到内置网页。可见，实施这种实施方式，能够实现线上线下双重工作，从而提供业务线的获取保障，并进而根据对应的业务线获取对应的资源获取，以使内置网页可以根据静态资源和动态资源共同完成相应加载；正因此，该方法可以通过双方面的并行工作，完成移动应用中内置网页的加载，从而提高该内置网页的加载速度，并能够提升移动应用中交互的速度，进而使得内置网页的加载效率更高效、造成负担更小。

进一步地，所述根据所述本地版本文件配置表与所述线上版本文件配置表将所述多个业务线划分为静态加载业务线集合和动态加载业务线集合，包括：

将所述本地版本文件配置表与所述线上版本文件配置表进行对比，得到对比结果；

根据所述对比结果将所述多个业务线划分为静态加载业务线集合和动态加载业务线集合。

在上述实现过程中，该方法能够在获取静态加载业务线集合和动态加载业务线集合的过程中，优先对比本地版本文件配置表与线上版本文件配置表，得到两者的对比结果，其中对比结果包括版本号一致的业务线，版本号不一致的业务线；然后，再根据该对比结果将多个业务线划分为静态加载业务线集合和动态加载业务线集合。可见，实施这种实施方式，能够根据文件配置表包括每个业务线对应的版本号进行业务线划分，并在本地版本文件配置表与线上版本文件配置表中选取版本号一致的业务线加入到静态加载业务线集合中，版本号不一致的业务线加入到动态加载业务线集合中，从而实现业务线的双向分类，提高业务线的划分的精确程度。

进一步地，所述获取所述静态加载业务线集合对应的静态加载资源以及所述动态加载业务线集合对应的动态加载资源，包括：

从本地存储的静态资源库中获取所述静态加载业务线集合对应的静态加载资源；

发送所述动态加载业务线集合对应的动态资源获取请求至服务器，并接收所述服务器根据所述动态资源获取请求发送的动态加载资源。

在上述实现过程中，在获取静态加载资源和动态加载资源的过程中，该方法具体可以在本地存储的静态资源库对静态加载资源进行获取，然后再发送动态加载业务线集合对应的动态资源获取请求至服务器，以使服务器反馈相应的动态加载资源。可见，实施这种实施方式，能够在本地资源库和服务器两个方面同时获取相应的加载资源，从而缩短加载资源的获取时间，提高加载资源的获取效率，进而提高移动应用中内置网页的加载效率。

进一步地，在所述加载所述静态加载资源和所述动态加载资源，得到所述内置网页之后，所述方法还包括：

将所述本地版本文件配置表更新为所述线上版本文件配置表；

从所述本地存储的静态资源库中获取所述动态加载业务线集合对应的待更新加载资源；

将所述待更新加载资源更新为所述动态加载资源。

在上述实现过程中，该方法在获取到内置网页之后，还可以对将线上版本文件配置表进行更新，然后从本地存储的静态资源库中获取动态加载业务线集合对应的待更新加载资源，并将该待更新加载资源更新为动态加载资源。可见，实施这种实施方式，能够对动态加载资源进行实时更新，从而实现网页加载的连贯性，便于后续的网页加载。

进一步地，在所述将所述动态加载业务线集合对应的加载资源更新为所述动态加载资源之后，所述方法还包括：

当接收到针对所述待加载内置网页的新增业务线资源包时，根据所述新增业务线资源包，通过二进制差量算法对所述本地存储的静态资源库进行增量更新，得到更新的静态资源库。

在上述实现过程中，该方法还可以在动态加载资源更新之后，检测是否接收到针对待加载内置网页的新增业务线资源包，当新增业务线资源包被接收到时，根据该新增业务线资源包和二进制差量算法对本地存储的静态资源库进行增量更新，得到更新的静态资源库。可见，实施这种实施方式，该方法能够根据输入的新增业务线资源包来调整静态资源库的内容，从而实现静态资源库的更新，提高移动应用中内置网页的加载效果。

本申请实施例第二方面提供了一种基于移动应用的内置网页加载装置，所述基于移动应用的内置网页加载装置包括：

第一获取单元，用于当检测到所述移动应用启动时，获取待加载内置网页对应的本地版本文件配置表以及该内置网页对应的线上版本文件配置表；

确定单元，用于确定加载所述待加载内置网页时所使用的多个业务线；

划分单元，用于根据所述本地版本文件配置表与所述线上版本文件配置表将所述多个业务线划分为静态加载业务线集合和动态加载业务线集合；

第二获取单元，用于获取所述静态加载业务线集合对应的静态加载资源以及所述动态加载业务线集合对应的动态加载资源；

加载单元，用于加载所述静态加载资源和所述动态加载资源，得到所述内置网页。

在上述实现过程中，该基于移动应用的内置网页加载装置可以通过第一获取单元、确定单元、划分单元、第二获取单元以及加载单元来完成整体的内置网页加载的过程中。可见，实施这种实施方式，该内置网页加载装置能够通过多个单元完成有序的网页加载过程，从而实现多进程的网页加载，提高网页加载的效率，保证网页加载的效果。

进一步地，所述划分单元包括：

对比子单元，用于将所述本地版本文件配置表与所述线上版本文件配置表进行对比，得到对比结果；

划分子单元，用于根据所述对比结果将所述多个业务线划分为静态加载业务线集合和动态加载业务线集合。

在上述实现过程中，划分单元包括的对比子单元可以对本地版本文件配置表与线上版本文件配置表进行对比，得到对比结果，在通过划分子单元根据对比结果对多个业务线进行划分，使得划分得到的静态加载业务线集合和动态加载业务线集合可以用于其他单元的具体工作，避免了同一单元的先后工作，提高了业务线集合的获取并行度，也提高了内置网页加载的效率。

进一步地，所述第二获取单元包括：

获取子单元，用于从本地存储的静态资源库中获取所述静态加载业务线集合对应的静态加载资源；

发送子单元，用于发送所述动态加载业务线集合对应的动态资源获取请求至服务器；

接收子单元，用于接收所述服务器根据所述动态资源获取请求发送的动态加载资源。

在上述实现过程中，第二获取单元可以通过获取子单元在本地存储的静态资源库中获取静态加载业务线集合对应的静态加载资源；再通过发送子单元发送动态加载业务线集合对应的动态资源获取请求至服务器；最后再铜鼓接收子单元接收服务器根据动态资源获取请求发送的动态加载资源。可见，实施这种实施方式，该方法可以通过多个子单元的合作分别获取静态加载资源和动态加载资源，从而保证两种加载资源始终处于不同不得获取过程中，从而保证资源获取的并行性，还能够提高整体内置网页的加载效率。

本申请实施例第三方面提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行本申请实施例第一方面中任一项所述的基于移动应用的内置网页加载方法。

本申请实施例第四方面提供了一种计算机可读存储介质，其存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行本申请实施例第一方面中任一项所述的基于移动应用的内置网页加载方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种基于移动应用的内置网页加载方法的流程示意图；

图2为本申请实施例提供的另一种基于移动应用的内置网页加载方法的流程示意图；

图3为本申请实施例提供的一种基于移动应用的内置网页加载装置的结构示意图；

图4为本申请实施例提供的另一种基于移动应用的内置网页加载装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

实施例1

请参看图1，图1为本申请实施例提供了一种基于移动应用的内置网页加载方法的流程示意图。该方法可以用于各种移动应用中网页加载的过程中，具体可以用于hybrid客户端中，用于提高hybrid客户端内嵌webview网页的加载速度。其中，该基于移动应用的内置网页加载方法包括：

S101、当检测到移动应用启动时，获取待加载内置网页对应的本地版本文件配置表以及该内置网页对应的线上版本文件配置表。

本实施例中，移动应用可以为电子设备中包括的APP。

本实施例中，本地版本文件配置表是两个相对应的线上版本文件配置表。

本实施例中，该过程可以理解为在移动应用(即APP)启动时，首先请求线上的‘版本文件配置表’的过程。

S102、确定加载待加载内置网页时所使用的多个业务线，并根据本地版本文件配置表与线上版本文件配置表将多个业务线划分为静态加载业务线集合和动态加载业务线集合。

本实施例中，业务线是用于加载待加载内置网页的。

在本实施例中，业务线分为动态和静态两种。

S103、获取静态加载业务线集合对应的静态加载资源以及动态加载业务线集合对应的动态加载资源。

本实施例中，该过程是根据业务线获取相应资源的过程。

S104、加载静态加载资源和动态加载资源，得到内置网页。

本实施例中，内置网页是通过两种不同的途径获取到的两种资源来进行加载的，这能够大大提高内置网页的加载效率。

本实施例中，在该方法执行之前，需要对内置网页进行打包，而对于该打包过程，该方法提出一种优化方式，而该优化方式以具体举例的方式来说明，其中，Webpack首先通过CommonsChunkPlugin将内置网页视图的页面(即内置网页)的公共代码提取出来；然后修改webpack配置文件的入口文件(可以按业务线分成不同的入口JS文件,例如entry:[a.js,b.js,c.js,d.js])；然后将公共代码、各业务线代码打包后的代码包按平级方式放在dist(总代码包文件名)下。

其中，webpack是一种代码编译工具，有入口、出口、loader和插件。CommonsChunkPlugin主要是用来提取第三方库和公共模块，避免首屏加载的bundle文件或者按需加载的bundle文件体积过大，从而导致加载时间过长，

可见，上述举例的过程中，该方法通过提取内置网页视图的公共代码；修改配置文件的入口文件；将公共代码、各业务线代码，按照预设方式打包的步骤，得到总代码包文件，该总代码包文件与内置网页相对应。

在本实施例中，代码上传生成离线包版本号的过程中，可以再某一条业务线的代码发生更新并进行打包时，会生成一个新的版本号，动态更新到开发环境‘版本文件配置表’，然后将配置表和打包后的代码包一起部署到生产环境服务器。上述过程可以理解为在各业务线代码发生更新时，生成内置网页视图的新版本号；将版本号更新到版本文件配置表(程序员的本地)中的过程。

本实施例中，该方法的实现还能够节省带宽，对海量用户请求服务器资源的状况，可大大降低服务器的压力；还能够节省移动端设备的CPU计算资源；还能够在相同网络条件状况下，使得页面加载速度提高70％以上。

本实施例中，该方法的执行主体可以为计算机、服务器等计算装置，对此本实施例中不作任何限定。

在本实施例中，该方法的执行主体还可以为智能手机和平板等智能设备，对此本实施例中不作任何限定。

可见，实施图1所描述的基于移动应用的内置网页加载方法，能够优先在检测到移动应用启动时，获取待加载内置网页对应的本地版本文件配置表以及该内置网页对应的线上版本文件配置表；然后，再确定用于加载上述待加载内置网页所使用的多个业务线；以使该多个业务线可以根据本地版本文件配置表与线上版本文件配置表来进行划分，得到静态加载业务线集合和动态加载业务线集合；在确定出静态加载业务线集合和动态加载业务线集合之后，获取静态加载业务线集合对应的静态加载资源以及动态加载业务线集合对应的动态加载资源；最终，再对静态加载资源和动态加载资源进行加载，得到内置网页。可见，实施这种实施方式，能够实现线上线下双重工作，从而提供业务线的获取保障，并进而根据对应的业务线获取对应的资源获取，以使内置网页可以根据静态资源和动态资源共同完成相应加载；正因此，该方法可以通过双方面的并行工作，完成移动应用中内置网页的加载，从而提高该内置网页的加载速度，并能够提升移动应用中交互的速度，进而使得内置网页的加载效率更高效、造成负担更小。

实施例2

请参看图2，图2为本申请实施例提供的另一种基于移动应用的内置网页加载方法的流程示意图。图2所描述的基于移动应用的内置网页加载方法的流程示意图是根据图1所描述的基于移动应用的内置网页加载方法的流程示意图进行改进得到的。其中，该基于移动应用的内置网页加载方法包括：

S201、当检测到移动应用启动时，获取待加载内置网页对应的本地版本文件配置表以及该内置网页对应的线上版本文件配置表。

本实施例中，移动应用可以为电子设备中包括的APP。

本实施例中，本地版本文件配置表是两个相对应的线上版本文件配置表。

本实施例中，该过程可以理解为在移动应用(即APP)启动时，首先请求线上的‘版本文件配置表’的过程。

S202、确定加载待加载内置网页时所使用的多个业务线。

本实施例中，业务线是用于加载待加载内置网页的。

在本实施例中，业务线分为动态和静态两种。

S203、将本地版本文件配置表与线上版本文件配置表进行对比，得到对比结果。

本实施例中，该步骤可以理解为对本地的版本文件配置表与线上的版本文件配置表进行对比。

在本实施例中，上述步骤可以通过diff算法对两张配置表进行快速地对比。diff算法的作用是用来计算出Virtual DOM中被改变的部分,然后针对该部分进行原生DOM操作,而不用重新渲染整个页面。

S204、根据对比结果将多个业务线划分为静态加载业务线集合和动态加载业务线集合。

S205、从本地存储的静态资源库中获取静态加载业务线集合对应的静态加载资源。

本实施例中，该步骤可以理解为在访问的线上版本和本地缓存的版本号一致时，则对请求线上资源的URL(Uniform Resource Locator,统一资源定位符)进行拦截，并将其转为加载本地的静态资源包。

S206、发送动态加载业务线集合对应的动态资源获取请求至服务器，并接收服务器根据动态资源获取请求发送的动态加载资源。

本实施例中，该步骤可以理解在访问的线上版本和本地缓存的版本号不一致时，则开放此业务线对线上URL的请求，只加载此业务线的资源包。

S207、加载静态加载资源和动态加载资源，得到内置网页。

本实施例中，内置网页是通过两种不同的途径获取到的两种资源来进行加载的，这能够大大提高内置网页的加载效率。

S208、将本地版本文件配置表更新为线上版本文件配置表。

本实施例中，该过程可以理解为在以上操作完成后，此时页面已经能够正常使用。然后再重新把线上的‘版本文件配置表’更新到本地的过程。

S209、从本地存储的静态资源库中获取动态加载业务线集合对应的待更新加载资源。

S210、将待更新加载资源更新为动态加载资源。

S211、当接收到针对待加载内置网页的新增业务线资源包时，根据新增业务线资源包，通过二进制差量算法对本地存储的静态资源库进行增量更新，得到更新的静态资源库。

本实施例中，该过程可以理解为在产生新增业务线的代码或当新增代码包,通过bsdiff/bspatch二进制差量算法，直接对代码包进行增量更新，而不影响其他现有业务线的代码的过程。

可见，实施图2所描述的基于移动应用的内置网页加载方法，能够优先在检测到移动应用启动时，获取待加载内置网页对应的本地版本文件配置表以及该内置网页对应的线上版本文件配置表；然后，再确定用于加载上述待加载内置网页所使用的多个业务线；以使该多个业务线可以根据本地版本文件配置表与线上版本文件配置表来进行划分，得到静态加载业务线集合和动态加载业务线集合；在确定出静态加载业务线集合和动态加载业务线集合之后，获取静态加载业务线集合对应的静态加载资源以及动态加载业务线集合对应的动态加载资源；最终，再对静态加载资源和动态加载资源进行加载，得到内置网页。可见，实施这种实施方式，能够实现线上线下双重工作，从而提供业务线的获取保障，并进而根据对应的业务线获取对应的资源获取，以使内置网页可以根据静态资源和动态资源共同完成相应加载；正因此，该方法可以通过双方面的并行工作，完成移动应用中内置网页的加载，从而提高该内置网页的加载速度，并能够提升移动应用中交互的速度，进而使得内置网页的加载效率更高效、造成负担更小。

实施例3

请参看图3，图3为本申请实施例提供的一种基于移动应用的内置网页加载装置的结构示意图。其中，该基于移动应用的内置网页加载装置包括：

第一获取单元310，用于当检测到移动应用启动时，获取待加载内置网页对应的本地版本文件配置表以及该内置网页对应的线上版本文件配置表；

确定单元320，用于确定加载待加载内置网页时所使用的多个业务线；

划分单元330，用于根据本地版本文件配置表与线上版本文件配置表将多个业务线划分为静态加载业务线集合和动态加载业务线集合；

第二获取单元340，用于获取静态加载业务线集合对应的静态加载资源以及动态加载业务线集合对应的动态加载资源；

加载单元350，用于加载静态加载资源和动态加载资源，得到内置网页。

本实施例中，对于基于移动应用的内置网页加载装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。

可见，实施图3所描述的基于移动应用的内置网页加载装置，能够通过第一获取单元310、确定单元320、划分单元30、第二获取单元340以及加载单350元来完成整体的内置网页加载的过程中。可见，实施这种实施方式，该内置网页加载装置能够通过多个单元完成有序的网页加载过程，从而实现多进程的网页加载，提高网页加载的效率，保证网页加载的效果。

实施例4

请参看图4，图4为本申请实施例提供的另一种基于移动应用的内置网页加载装置的结构示意图。图4所描述的基于移动应用的内置网页加载装置的结构示意图是根据图3所描述的基于移动应用的内置网页加载装置的结构示意图进行改进得到的。其中，上述划分单元330包括：

对比子单元331，用于将本地版本文件配置表与线上版本文件配置表进行对比，得到对比结果；

划分子单元332，用于根据对比结果将多个业务线划分为静态加载业务线集合和动态加载业务线集合。

作为一种可选的实施方式，第二获取单元340包括：

获取子单元341，用于从本地存储的静态资源库中获取静态加载业务线集合对应的静态加载资源；

发送子单元342，用于发送动态加载业务线集合对应的动态资源获取请求至服务器；

接收子单元343，用于接收服务器根据动态资源获取请求发送的动态加载资源。

作为一种可选的实施方式，基于移动应用的内置网页加载装置还可以包括：

更新单元360，用于将本地版本文件配置表更新为线上版本文件配置表；

第三获取单元370，用于从本地存储的静态资源库中获取动态加载业务线集合对应的待更新加载资源；

更新单元360，用于将待更新加载资源更新为动态加载资源。

作为一种可选的实施方式，基于移动应用的内置网页加载装置还可以包括：

更新单元360，用于在接收到针对待加载内置网页的新增业务线资源包时，根据新增业务线资源包，通过二进制差量算法对本地存储的静态资源库进行增量更新，得到更新的静态资源库。

本实施例中，对于基于移动应用的内置网页加载装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。

可见，实施图4所描述的基于移动应用的内置网页加载装置，能够通过第一获取单元、确定单元、划分单元、第二获取单元以及加载单元来完成整体的内置网页加载的过程中。可见，实施这种实施方式，该内置网页加载装置能够通过多个单元完成有序的网页加载过程，从而实现多进程的网页加载，提高网页加载的效率，保证网页加载的效果。

本申请实施例提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行本申请实施例1或实施例2中任一项基于移动应用的内置网页加载方法。

本申请实施例提供了一种计算机可读存储介质，其存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行本申请实施例1或实施例2中任一项基于移动应用的内置网页加载方法。

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

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (8)

1.一种基于移动应用的内置网页加载方法，其特征在于，包括：

当检测到所述移动应用启动时，获取待加载内置网页对应的本地版本文件配置表以及该内置网页对应的线上版本文件配置表；

确定加载所述待加载内置网页时所使用的多个业务线，并根据所述本地版本文件配置表与所述线上版本文件配置表将所述多个业务线划分为静态加载业务线集合和动态加载业务线集合；

获取所述静态加载业务线集合对应的静态加载资源以及所述动态加载业务线集合对应的动态加载资源；

加载所述静态加载资源和所述动态加载资源，得到所述内置网页；

其中，所述根据所述本地版本文件配置表与所述线上版本文件配置表将所述多个业务线划分为静态加载业务线集合和动态加载业务线集合，包括：

将所述本地版本文件配置表与所述线上版本文件配置表进行对比，得到对比结果；

根据所述对比结果将所述多个业务线划分为静态加载业务线集合和动态加载业务线集合。

2.根据权利要求1所述的基于移动应用的内置网页加载方法，其特征在于，所述获取所述静态加载业务线集合对应的静态加载资源以及所述动态加载业务线集合对应的动态加载资源，包括：

从本地存储的静态资源库中获取所述静态加载业务线集合对应的静态加载资源；

发送所述动态加载业务线集合对应的动态资源获取请求至服务器，并接收所述服务器根据所述动态资源获取请求发送的动态加载资源。

3.根据权利要求2所述的基于移动应用的内置网页加载方法，其特征在于，在所述加载所述静态加载资源和所述动态加载资源，得到所述内置网页之后，所述方法还包括：

将所述本地版本文件配置表更新为所述线上版本文件配置表；

从所述本地存储的静态资源库中获取所述动态加载业务线集合对应的待更新加载资源；

将所述待更新加载资源更新为所述动态加载资源。

4.根据权利要求3所述的基于移动应用的内置网页加载方法，其特征在于，在所述将所述待更新加载资源更新为所述动态加载资源之后，所述方法还包括：

当接收到针对所述待加载内置网页的新增业务线资源包时，根据所述新增业务线资源包，通过二进制差量算法对所述本地存储的静态资源库进行增量更新，得到更新的静态资源库。

5.一种基于移动应用的内置网页加载装置，其特征在于，所述基于移动应用的内置网页加载装置包括：

第一获取单元，用于当检测到所述移动应用启动时，获取待加载内置网页对应的本地版本文件配置表以及该内置网页对应的线上版本文件配置表；

确定单元，用于确定加载所述待加载内置网页时所使用的多个业务线；

划分单元，用于根据所述本地版本文件配置表与所述线上版本文件配置表将所述多个业务线划分为静态加载业务线集合和动态加载业务线集合；

第二获取单元，用于获取所述静态加载业务线集合对应的静态加载资源以及所述动态加载业务线集合对应的动态加载资源；

加载单元，用于加载所述静态加载资源和所述动态加载资源，得到所述内置网页；

其中，所述划分单元包括：

对比子单元，用于将所述本地版本文件配置表与所述线上版本文件配置表进行对比，得到对比结果；

划分子单元，用于根据所述对比结果将所述多个业务线划分为静态加载业务线集合和动态加载业务线集合。

6.根据权利要求5所述的基于移动应用的内置网页加载装置，其特征在于，所述第二获取单元包括：

获取子单元，用于从本地存储的静态资源库中获取所述静态加载业务线集合对应的静态加载资源；

发送子单元，用于发送所述动态加载业务线集合对应的动态资源获取请求至服务器；

接收子单元，用于接收所述服务器根据所述动态资源获取请求发送的动态加载资源。

7.一种电子设备，其特征在于，所述电子设备包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行权利要求1至4中任一项所述的基于移动应用的内置网页加载方法。

8.一种可读存储介质，其特征在于，所述可读存储介质中存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行权利要求1至4任一项所述的基于移动应用的内置网页加载方法。

Images