CN108132814A - 应用程序的页面加载方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种应用程序的页面加载方法、装置、计算机设备和存储介质，所述方法包括：当网络连接断开时，启动应用程序，所述应用程序中预先植入了http服务；通过所述应用程序调用预先安装在本地的请求文件包，所述请求文包中包括多个页面的框架集文件和静态资源；在所述应用程序启动成功后，显示主页；所述主页中包括多个控件；当所述主页中的控件被触发时，获取触发事件，根据所述触发事件获取对应的详情页面标识；通过所述http服务加载与所述详情页面标识对应的框架集文件和静态资源；利用与所述详情页面标识对应的框架集文件和静态资源渲染出所述详情页面，将所述详情页面进行展示。采用本方法在断开网络连接时，能够确保用户顺利获悉详情页面中的内容。

Description

应用程序的页面加载方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种应用程序的页面加载方法、装置、计算机设备和存储介质。

背景技术

随着移动终端与APP(Application，应用程序)的普及，越来越多的人习惯使用APP进行网络活动，比如，网上购物、网络社交以及业务办理等。在进行网络活动时，需要移动终端能正常接入网络。当移动终端断开网络连接时，虽然有些应用程序可以显示主页，但是点击主页中的控件时，其对应的详情页面无法正常显示。由此使得在无网络连接的情况下，用户无法了解详细信息。因此，如何在断开网络连接时，能够确保用户顺利获悉详情页面中的内容成为目前需要解决的一个技术问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够在断开网络连接时，能够确保用户顺利获悉详情页面中的内容的应用程序的页面加载方法、装置、计算机设备和存储介质。

一种应用程序的页面加载方法，包括：

当网络连接断开时，启动应用程序，所述应用程序中预先植入了http服务；

通过所述应用程序调用预先安装在本地的请求文件包，所述请求文包中包括多个页面的框架集文件和静态资源；

在所述应用程序启动成功后，显示主页；所述主页中包括多个控件；

当所述主页中的控件被触发时，获取触发事件，根据所述触发事件获取对应的详情页面标识；

通过所述http服务加载与所述详情页面标识对应的框架集文件和静态资源；

利用与所述详情页面标识对应的框架集文件和静态资源渲染出所述详情页面，将所述详情页面进行展示。

在其中一个实施例中，所述方法还包括：

当所述应用程序第一次启动时，在预设的缓存路径查询本地是否缓存了页面跳转所需的传递参数；

当查询到对应的传递参数时，通过所述http服务利用所述传递参数加载对应的框架集文件和静态资源；

利用加载的框架集文件和静态资源渲染出跳转后的详情页面。

在其中一个实施例中，所述方法还包括：

当与网络连接时，向服务器发送更新请求，所述服务器根据所述更新请求查询所述应用程序的安装包的目录是否有更新，以及查询所述请求文件包的目录是否有更新；当所述安装包的目录有更新时，获取安装包对应的差分包；当所述请求文件包的目录有更新时，获取请求文件包对应的差分包；返回所述安装包对应的差分包和/或请求文件包对应的差分包；

利用所述安装包对应的差分包对本地的安装包进行更新；和/或

利用所述请求文件包对应的差分包对本地的请求文件包进行更新。

在其中一个实施例中，所述详情页面包括多个控件，所述控件中包括埋点；所述方法还包括：

当所述埋点被触发时，获取对应的埋点数据，将所述埋点数据上传至服务器，所述服务器对所述埋点数据进行分析，得到一个或多个感兴趣业务功能，利用所述感兴趣业务功能获取对应的静态资源文件，通过所述静态资源文件生成请求文件包对应的差分包；

接收服务器返回的所述请求文件包对应的差分包；

利用所述请求文件包对应的差分包对本地的请求文件包进行更新。

在其中一个实施例中，所述详情页面包括动态页面，所述动态页面包括埋点，所述埋点包括静态埋点和动态埋点；在所述通过所述应用程序调用已缓存的传递参数，跳转至与所述页面链接对应的详情页面的步骤之后，还包括：

捕捉所述动态页面中的埋点所对应的触发事件；获取与所述触发事件对应的埋点数据；

当被触发的埋点为动态埋点时，获取所述动态埋点对应动态标识，根据所述动态标识获取对应的路径；

当被触发的埋点为静态埋点时，获取所述静态埋点对应的索引标识，根据所述索引标识获取对应的路径；

利用所述动态标识对应的路径将所述动态埋点的埋点数据上传至服务器，以及利用所述索引标识对应的路径将所述静态埋点的埋点数据上传至服务器。

一种应用程序的页面加载装置，包括：

启动模块，用于当网络连接断开时，启动应用程序，所述应用程序中预先植入了http服务；通过所述应用程序调用预先安装在本地的请求文件包，所述请求文包中包括多个页面的框架集文件和静态资源；

显示模块，用于在所述应用程序启动成功后，显示主页；所述主页中包括多个控件；

页面加载模块，用于当所述主页中的控件被触发时，获取触发事件，根据所述触发事件获取对应的详情页面标识；通过所述http服务加载与所述详情页面标识对应的框架集文件和静态资源；

所述显示模块还用于利用与所述详情页面标识对应的框架集文件和静态资源渲染出所述详情页面，将所述详情页面进行展示。

在其中一个实施例中，所述装置还包括：

页面跳转模块，用于当所述应用程序第一次启动时，在预设的缓存路径查询本地是否缓存了页面跳转所需的传递参数；当查询到对应的传递参数时，通过所述http服务利用所述传递参数加载对应的框架集文件和静态资源；利用加载的框架集文件和静态资源渲染出跳转后的详情页面。

在其中一个实施例中，所述详情页面包括多个控件，所述控件中包括埋点；所述装置还包括：

埋点数据采集模块，用于当所述埋点被触发时，获取对应的埋点数据；

通信模块，用于将所述埋点数据上传至服务器，所述服务器对所述埋点数据进行分析，得到一个或多个感兴趣业务功能，利用所述感兴趣业务功能获取对应的静态资源文件，通过所述静态资源文件生成请求文件包对应的差分包；接收服务器返回的所述请求文件包对应的差分包；

更新模块，用于利用所述请求文件包对应的差分包对本地的请求文件包进行更新。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一项方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项方法的步骤。

上述应用程序的页面加载方法、装置、计算机设备和存储介质，当网络连接断开时，启动应用程序时，预先植入在应用程序中的http服务也一同在本地启动。应用程序启动时，还会调用预先安装在本地的请求文件包。由于请求文件包中包含了多个页面的框架集文件和静态资源，由此能够在应用程序启动后，通过本地的框架集文件和静态资源加载相应的主页。当主页中的控件被触发时，根据其触发事件可以获取对应的详情页面标识，通过本地的http服务能够直接在本地获取与详情页面标识相对应的框架集文件和静态资源，从而渲染出相应的详情页面。由此实现了在无网络连接的情况下，依然能够展示详情页面，确保用户顺利获悉详情页面中的内容。

附图说明

图1为一个实施例中应用程序的页面加载方法的应用场景图；

图2为一个实施例中应用程序的页面加载方法的流程图；

图3为一个实施例中应用程序的页面加载装置的框图；

图4为一个实施例中计算机设备的框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供应用程序的页面加载方法，可以应用于如图1所示的应用环境中。移动终端102通过网络与服务器104进行通信连接。移动终端102可以通过网络从服务器104下载应用程序的安装包以及请求文件包。移动终端102将应用程序的安装包以及请求文件包安装在本地。其中，请求文包中包括多个页面的框架集文件和静态资源。当移动终端102与服务器104之间的网络连接断开时，移动终端102获取应用程序的启动指令，对应用程序进行启动。应用程序中预先植入了http(HyperText Transfer Protocol，超文本传输协议)服务，在启动应用程序时，该http服务也会一同启动。在所述应用程序启动成功后，显示主页。当主页中的控件被触发时，移动终端102获取触发事件，根据触发事件获取对应的详情页面标识。移动终端102通过http服务在本地加载与详情页面标识对应的框架集文件和静态资源，渲染出相应的详情页面，通过移动终端102的显示屏进行显示。

在一个实施例中，如图2所示，提供了一种应用程序的页面加载方法，以该方法应用于图1中的移动终端为例进行说明，具体包括以下步骤：

步骤202，当网络连接断开时，启动应用程序，应用程序中预先植入了http服务。

步骤204，通过应用程序调用预先安装在本地的请求文件包，请求文包中包括多个页面的框架集文件和静态资源。

步骤206，在应用程序启动成功后，显示主页；主页中包括多个控件。

步骤208，当主页中的控件被触发时，获取触发事件，根据触发事件获取对应的详情页面标识。

步骤210，通过http服务加载与详情页面标识对应的框架集文件和静态资源。

步骤212，利用与详情页面标识对应的框架集文件和静态资源渲染出详情页面，将详情页面进行展示。

移动终端与网络连接时，可以下载应用程序的安装包。移动终端在下载应用程序的安装包时，同时会下载对应的请求文件包。当应用程序在本地安装时，请求文件包也一同安装在本地。其中，请求文件包中包括了多个页面的框架集文件和静态资源。框架集文件也就是页面的框架代码文件。当移动终端的网络连接断开时，移动终端可以获取应用程序的启动指令。移动终端根据该启动指令对本地已安装的应用程序进行启动。应用程序中预先植入了http服务，在启动应用程序时，该http服务也会一同启动。

应用程序启动时，移动终端获取应用程序的主页标识，根据主页标识加载对应的框架集文件以及静态资源，从而渲染出应用程序的主页，通过移动终端的显示屏进行展示。由于通过本地的框架集文件和静态资源来加载主页，无需从服务器拉取数据，由此能够有效提高页面加载速度。

主页中可以包括多个控件，不同的控件可以表示不同的业务类型。不同的业务类型可以有不同的详情页面。当某个控件被用户触发时，移动终端获取相应的触发事件，根据触发事件获取控件对应的详情页面标识。移动终端通过http服务在本地预先安装的请求文件包中获取与该详情页面标识对应的框架集文件和静态资源。

具体的，请求文件包安装成功后，移动终端的本地中保存了多个详情页面对应的框架集文件和静态资源，以及详情页面与框架集文件和静态资源的对应关系表。该对应关系表中记录了详情页面标识、框架集文件标识和静态资源标识的对应关系。每个详情页面所需的框架集文件和静态资源不同。当移动终端根据触发事件获取控件对应的详情页面标识时，通过查询对应关系表，可以准确加载相应的框架集文件和静态资源。移动终端通过与该详情页面标识对应的框架集文件和静态资源渲染出相应的详情页面，通过移动中的显示屏进行展示。

在传统的方式中，当应用程序需要加载详情页面时，需要通过webview(网络视图，可以视为应用程序的浏览器)向服务器发送请求，以便拉取到相应的数据。但是如果移动终端与服务器之间的网络连接断开，移动终端与服务器之间的通信也相应被切断，应用程序的webview无法从服务器拉取到相应的数据来加载详情页面。详情页面无法打开。而本实施例中，由于应用程序中预先植入了http服务，由此能够通过本地的http服务可以直接在本地获取应用程序的webview所适用的框架集文件和静态资源。由此能够在断开网络连接时，依然能够顺利加载相应的详情页面。

本实施例中，当网络连接断开时，启动应用程序时，预先植入在应用程序中的http服务也一同在本地启动。应用程序启动时，还会调用预先安装在本地的请求文件包。由于请求文件包中包含了多个页面的框架集文件和静态资源，由此能够在应用程序启动后，通过本地的框架集文件和静态资源加载相应的主页。当主页中的控件被触发时，根据其触发事件可以获取对应的详情页面标识，通过本地的http服务能够直接在本地获取与详情页面标识相对应的框架集文件和静态资源，从而渲染出相应的详情页面。由此实现了在无网络连接的情况下，依然能够展示详情页面，确保用户顺利获悉详情页面中的内容。

进一步的，当移动终端与服务器的网络连接恢复之后，移动终端可以通过应用程序访问所有被授权的页面。移动终端在展示页面之前，还可以继续通过本地的http服务首先从本地加载相应的框架集文件和静态资源，进行页面渲染，以此有效提高页面加载速度。

在一个实施例中，该方法还包括：当应用程序第一次启动时，在预设的缓存路径中查询本地是否缓存了页面跳转所需的传递参数；当查询到对应的传递参数时，通过http服务利用传递参数加载对应的框架集文件和静态资源；利用加载的框架集文件和静态资源渲染出跳转后的详情页面。

在应用程序未安装之前，移动终端可用接收其他终端发送的消息。消息中携带了页面链接。例如，页面链接可以是购物链接，也可以是办理业务所需的链接。当页面链接被触发时，移动终端根据页面链接获取应用程序的名称，根据应用程序的名称检测本地是否安装了相应的应用程序。如果检测到安装了相应的应用程序，则移动终端唤醒该应用程序，通过网络连接使得应用程序根据该页面链接进入对应的详情页面。如果未能检测到本地安装相应的应用程序，移动终端建立了网络连接时，可以根据应用程序的名称跳转至应用程序的下载页面。

移动终端在检测到本地尚未安装相应的应用程序时，对页面链接进行解析，得到页面链接对应的传递参数。传递参数包括页面类型、页面地址以及页面参数等。页面地址是指跳转页面的地址。页面参数是指打开跳转页面所需的参数。移动终端对解析得到的传递参数按照预设的缓存路径进行缓存。在应用程序安装成功之后，当该应用程序第一次启动时，移动终端在预设的缓存路径中查询本地是否缓存了页面跳转所需的传递参数。当查询到已缓存的传递参数时，移动终端通过本地的http服务，调用已缓存的传递参数中的页面类型、页面地址和页面参数，根据页面类型、页面地址和页面参数加载对应的框架集文件和静态资源，利用加载的框架集文件和静态资源渲染与页面链接对应的详情页面。

由此使得在应用程序安装成功后，第一次启动时能够加载之前接收到的与页面链接对应的详情页面，从而实现了延迟深度链接。进一步的，由于详情页面可以通过本地的框架集文件和静态资源进行渲染得到，由此在延迟深度链接时能够有效提高页面加载速度。

在一个实施例中，该方法还包括：当与网络连接时，向服务器发送更新请求，服务器根据更新请求查询应用程序的安装包的目录是否有更新，以及查询请求文件包的目录是否有更新；当安装包的目录有更新时，获取安装包对应的差分包；当请求文件包的目录有更新时，获取请求文件包对应的差分包；返回安装包对应的差分包和/或请求文件包对应的差分包；利用安装包对应的差分包对本地的安装包进行更新；和/或利用请求文件包对应的差分包对本地的请求文件包进行更新。

本实施例中，当移动终端与网络链接时，移动终端可以向服务器发送更新请求。服务器接收更新请求，根据更新请求查询该应用程序的安装包的目录是否有更新。当安装包的目标有更新时，服务器获取安装包对应的差分包，将安装包对应的差分包返回至移动终端。服务器在接收到更新请求之后，还会根据更新请求查询请求文件包的目录是否有更新。当请求文件包的目录有更新时，服务器获取请求文件包对应的差分包，将请求文件包对应的差分包返回至移动终端。

当移动终端接收服务器返回的安装包对应的差分包时，利用本地的安装包与差分包进行合并，利用合并后的安装包对应用程序进行增量更新。当移动终端接收服务器返回的请求文件包对应的差分包时，利用本地的请求文件包与差分包进行合并，利用合并后的请求文件包对应用程序进行增量更新。

本实施例中，在对应用程序更新时，不仅仅是通过安装包对应用程序进行更新，还会通过请求文件包对应用程序进行更新。由此可以使得更新后的应用程序能够继续在本地优先加载页面所需的内容，提高页面加载速度。

在一个实施例中，详情页面包括多个控件，控件中包括埋点；该方法还包括：当埋点被触发时，获取对应的埋点数据，将埋点数据上传至服务器，服务器对埋点数据进行分析，得到一个或多个感兴趣业务功能，利用感兴趣业务功能获取对应的静态资源文件，通过静态资源文件生成请求文件包对应的差分包；接收服务器返回的请求文件包对应的差分包；利用请求文件包对应的差分包对本地的请求文件包进行更新。

应用程序的多个页面中可以预先设置了埋点，埋点可以是控件、文本、图片或视频等。在详情页面加载成功之后，用户可以触发详情页面中的控件、文件或其他埋点。当埋点被触发时，移动终端可以通过应用程序采集埋点数据，将采集到的埋点数据上传至服务器。服务器对埋点数据进行分析，以此对用户行为进行分析。服务器可以对每个业务类型的埋点数据进行分析，以此了解用户对该业务功能的喜好情况，可以得到一个或多个感兴趣业务功能。

在其中一个实施例中，服务器对所有终端上传的埋点数据进行分析，得到所有终端对应的一个或多个感兴趣业务功能。

服务器可以对所有移动终端上传的埋点数据进行分析。例如，服务器可以对所有移动终端上传的控件对应的埋点数据进行分析，根据业务类型对所有被触发的控件进行统计，得到被触发的控件的点击量。当被触发的控件的点击量超过阈值时，服务器根据该控件对应的业务类型的得到感兴趣业务功能。由此能够从整体上反映用户的感兴趣业务功能。为了使得用户在通过感兴趣业务功能办理业务时，应用程序能够快速加载相应页面，服务器根据感兴趣功能查询对应的请求文件包是否有更新。若有更新，则利用感兴趣业务功能对应的请求文件包生成请求文件包对应的差分包。服务器将请求文件对应的差分包发送至所有连接中的移动终端。移动终端可以利用请求文件对应的差分包与本地请求文件合并，利用合并后的请求文件包对应用程序进行增量更新，由此使得移动终端能够在本地直接加载更新后的框架集文件和静态资源。在用户使用感兴趣业务功能办理业务时，可以进一步提高页面加载速度。

在其中一个实施例中，服务器根据移动终端标识对每个移动终端上传的埋点数据分别进行分析，得到每个移动终端标识对应的感兴趣业务功能。

服务器还可以针对每个移动终端上传的埋点数据进行分析，得到每个移动终端对应的一个或多个感兴趣业务功能，以此对每个用户进行个性化分析。服务器在对每个移动终端的感兴趣业务功能分析之后，还可以按照上述方式对每个移动终端中的感兴趣业务功能对应的请求文件包生成与终端标识对应的请求文件包的差分包。服务器根据移动终端标识将其对应的请求文件包对应的差分包分别发送至每个移动终端。由此可以使得每个移动终端分别利用请求文件包对应的差分包对应用程序进行增量更新。通过对每个移动终端的个性化的分析，以及对每个移动终端的请求文件包进行个性化的更新，由此使得在不同用户在使用自己的感兴趣页面功能时，都可以使得相应页面的加载速度得到有效提升。

在一个实施例中，详情页面包括动态页面，动态页面包括埋点，埋点包括静态埋点和动态埋点；在通过应用程序调用已缓存的传递参数，跳转至与页面链接对应的详情页面的步骤之后，还包括：捕捉动态页面中的埋点所对应的触发事件；获取与触发事件对应的埋点数据；当被触发的埋点为动态埋点时，获取动态埋点对应动态标识，根据动态标识获取对应的路径；当被触发的埋点为静态埋点时，获取静态埋点对应的索引标识，根据索引标识获取对应的路径；利用动态标识对应的路径将动态埋点的埋点数据上传至服务器，以及利用索引标识对应的路径将静态埋点的埋点数据上传至服务器。

本实施例中，详情页面可以是静态页面，也可以是动态页面。详情页面中可以包含控件、文本、图片或视频等内容。每个详情页面可以视为一颗视图树，控件、文本、图片或视频等可以视为视图树中的节点。视图树中的节点可以被设置为详情页面中的埋点。对于不会发生变化的埋点可以称为静态埋点，对于会发生变化的埋点(如新增或被删除的埋点)可以称为动态埋点。开发人员通过终端可以对静态埋点以及动态埋点进行可视化设置。移动终端将设置后的埋点数据上传至服务器。应用程序在启动时，可以通过网络从服务器中拉取多个页面中与埋点对应的配置数据。配置数据可以包括埋点名称、埋点类别、静态埋点对应的索引标识以及动态埋点对应的动态标识等。

在传统的方式中，视图树中每个节点可以被设置相应的索引标识。每个索引标识具有唯一的路径，移动终端可以通过该路径将埋点对应的触发事件上传至服务器。例如，某动态页面中的埋点类型为控件的节点有3个，则这3个节点相应的索引标识可以依次为0、1、2。这3个节点可以被设置为静态埋点。当静态埋点被触发时，移动终端生成相应的事件消息。移动终端获取该静态埋点对应的索引标识，根据索引标识查询该静态埋点对应的路径，将该静态埋点的埋点数据按照其路径上传至服务器。如果动态页面中随着用户的操作，增加了一个节点，该节点为动态埋点。新增节点(即动态埋点)在视图树中插入在0节点和1节点之间，则移动终端默认新增节点的索引标识为1，原1节点和原2节点的索引标识相应的变为2和3。由此使得新增节点(即动态埋点)、原1节点和原2节点的路径发生错乱。从而使得新增节点(即动态埋点)、原1节点和原2节点的上传后的埋点数据与埋点不一致。如果动态页面中随着用户的操作删除了一个节点，被删除的节点也是动态埋点。假设该动态埋点的索引标识为1，则删除之后，移动终端默认原2节点索引标识变为1，原2节点的路径也会发生错乱。

为了确保每个埋点的路径准确无误，每个动态埋点都被设置了唯一的动态标识。动态标识是与索引标识不同的标识，动态标识可以是埋点名称，也可以是其他标记。动态标识不会发生变化，也不会引起索引标识发生变化。也就是说，对于视图树而言，各个节点的索引标识不会随着动态埋点的变化而变化。视图树中的索引标识可以是稳定的。移动终端捕捉到被触发的埋点后，根据被触发的埋点的名称获取对应的埋点类别。埋点类别包括控件、文本、图片或视频等。当被触发的埋点为动态埋点时，移动终端在相应的埋点类别中进行遍历，得到动态埋点的动态标识。移动终端根据动态标识获取对应的路径。当被触发的埋点为静态埋点时，移动终端在相应的埋点类别中进行遍历，得到静态埋点的索引标识。移动终端利用动态标识对应的路径将动态埋点的埋点数据上传至服务器，移动终端利用索引标识对应的路径将静态埋点的埋点数据上传至服务器。由于动态标识不会对索引标识造成影响，因此不论被触发的静态埋点与被触发的动态埋点是否属于同一类别，移动终端都可以按照被触发的埋点类别获取到相应的路径。由于静态埋点的索引标识不会被动态埋点的动态标识所影响，由此能够使得动态页面中的每个埋点的路径准确无误。

在一个实施例中，该方法还包括：当动态埋点被删除时，根据被删除的动态埋点获取对应的埋点类别；获取埋点类别中剩余埋点对应的动态标识；当剩余埋点被触发时，根据剩余埋点对应的动态标识获取对应的路径；根据动态标识对应的路径将生成埋点的埋点数据上传至服务器。

当详情页面为动态页面时，动态页面中的动态埋点可以是新增的，也可以是被删除的。对于新增的动态埋点，研发人员通过终端可以根据所属的埋点类别直接为其设置相应的动态标识。对于被删除的动态埋点，在被删除之前，该动态埋点在视图树中具有相应的位置。如果第研发人员通过终端预先为该动态埋点设置动态标识，而对同类别的其他埋点设置索引标识，会给开发人员造成额外的工作，给开发人员带来不便。如果动态埋点在视图树中的位置被误算，则可能导致其他埋点的路径错乱。

为了确保每个埋点的路径准确无误，当动态页面中存在被删除的动态埋点时，研发人员通过终端获取该动态埋点的埋点类别，对该埋点类别中的所有埋点都设置相应的动态标识。由此避免了动态埋点在视图树中的位置为误算的情形。当移动终端中的动态页面随着用户操作删除了某个动态埋点后，移动终端根据被删除的动态埋点获取对应的埋点类别，获取埋点类别中剩余埋点对应的动态标识。移动终端对该动态页面中的用户操作进行捕捉，当该动态页面中的剩余埋点被触发时，获取对应埋点数据。移动终端根据剩余埋点对应的动态标识在其所属埋点类别中进行遍历，获取对应的路径。移动终端利用动态标识对应的路径将剩余埋点的埋点数据上传至服务器。当该动态页面中有多个剩余埋点被触发时，按照上述方式，分别获取多个剩余埋点对应的动态标识。移动终端利用动态标识对应的路径将多个剩余埋点的埋点数据上传至服务器。由此在动态页面中存在被删除的埋点时，依然能够确保每个埋点的路径准确无误。

在一个实施例中，如图3所示，提供了一种应用程序的页面加载装置，包括：启动模块302、显示模块304和页面加载模块306，每个模块可以通过软件、硬件或其组合来实现。其中：

启动模块302，用于当网络连接断开时，启动应用程序，应用程序中预先植入了http服务；通过应用程序调用预先安装在本地的请求文件包，请求文包中包括多个页面的框架集文件和静态资源。

显示模块304，用于在应用程序启动成功后，显示主页；主页中包括多个控件。

页面加载模块306，用于当主页中的控件被触发时，获取触发事件，根据触发事件获取对应的详情页面标识；通过http服务加载与详情页面标识对应的框架集文件和静态资源。

显示模块304还用于利用与详情页面标识对应的框架集文件和静态资源渲染出详情页面，将详情页面进行展示。

在一个实施例中，该装置还包括：页面跳转模块，用于当应用程序第一次启动时，在预设的缓存路径查询本地是否缓存了页面跳转所需的传递参数；当查询到对应的传递参数时，通过http服务利用传递参数加载对应的框架集文件和静态资源；利用加载的框架集文件和静态资源渲染出跳转后的详情页面。

在一个实施例中，详情页面包括多个控件，控件中包括埋点；该装置还包括：埋点数据采集模块、通信模块和更新模块，其中：

埋点数据采集模块，用于当埋点被触发时，获取对应的埋点数据。

通信模块，用于将埋点数据上传至服务器，服务器对埋点数据进行分析，得到一个或多个感兴趣业务功能，利用感兴趣业务功能获取对应的静态资源文件，通过静态资源文件生成请求文件包对应的差分包；接收服务器返回的请求文件包对应的差分包。

更新模块，用于利用请求文件包对应的差分包对本地的请求文件包进行更新。

在一个实施例中，该装置还包括：更新模块，用于当与网络连接时，向服务器发送更新请求，服务器根据更新请求查询应用程序的安装包的目录是否有更新，以及查询请求文件包的目录是否有更新；当安装包的目录有更新时，获取安装包对应的差分包；当请求文件包的目录有更新时，获取请求文件包对应的差分包；返回安装包对应的差分包和/或请求文件包对应的差分包；利用安装包对应的差分包对本地的安装包进行更新；和/或利用请求文件包对应的差分包对本地的请求文件包进行更新。

在一个实施例中，详情页面包括动态页面，动态页面包括埋点，埋点包括静态埋点和动态埋点；该装置还包括：埋点数据采集模块，用于捕捉动态页面中的埋点所对应的触发事件；获取与触发事件对应的埋点数据；当被触发的埋点为动态埋点时，获取动态埋点对应动态标识，根据动态标识获取对应的路径；当被触发的埋点为静态埋点时，获取静态埋点对应的索引标识，根据索引标识获取对应的路径；利用动态标识对应的路径将动态埋点的埋点数据上传至服务器，以及利用索引标识对应的路径将静态埋点的埋点数据上传至服务器。

上述的应用程序的页面加载装置可以实现为一种计算机程序的形式，计算机程序可在如图4所示的计算机设备上运行。其中，计算机设备可以是一种移动终端。

在一个实施例中，提供了一种计算机设备，如移动终端，如图4所示，该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和显示屏。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该计算机设备的非易失性存储介质存储有操作系统和和计算机程序。该计算机设备的内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机设备的显示屏用于显示主页以及详情页面等。该计算机程序被处理器执行时以实现一种应用程序的页面加载方法。本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

当网络连接断开时，启动应用程序，应用程序中预先植入了http服务；

通过应用程序调用预先安装在本地的请求文件包，请求文包中包括多个页面的框架集文件和静态资源；

在应用程序启动成功后，显示主页；主页中包括多个控件；

当主页中的控件被触发时，获取触发事件，根据触发事件获取对应的详情页面标识；

通过http服务加载与详情页面标识对应的框架集文件和静态资源；

利用与详情页面标识对应的框架集文件和静态资源渲染出详情页面，将详情页面进行展示。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

当应用程序第一次启动时，在预设的缓存路径查询本地是否缓存了页面跳转所需的传递参数；

当查询到对应的传递参数时，通过http服务利用传递参数加载对应的框架集文件和静态资源；

利用加载的框架集文件和静态资源渲染出跳转后的详情页面。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

当与网络连接时，向服务器发送更新请求，服务器根据更新请求查询应用程序的安装包的目录是否有更新，以及查询请求文件包的目录是否有更新；当安装包的目录有更新时，获取安装包对应的差分包；当请求文件包的目录有更新时，获取请求文件包对应的差分包；返回安装包对应的差分包和/或请求文件包对应的差分包；

利用安装包对应的差分包对本地的安装包进行更新；和/或

利用请求文件包对应的差分包对本地的请求文件包进行更新。

在一个实施例中，详情页面包括多个控件，控件中包括埋点；处理器执行计算机程序时还实现以下步骤：

当埋点被触发时，获取对应的埋点数据，将埋点数据上传至服务器，服务器对埋点数据进行分析，得到一个或多个感兴趣业务功能，利用感兴趣业务功能获取对应的静态资源文件，通过静态资源文件生成请求文件包对应的差分包；

接收服务器返回的请求文件包对应的差分包；

利用请求文件包对应的差分包对本地的请求文件包进行更新。

在一个实施例中，详情页面包括动态页面，动态页面包括埋点，埋点包括静态埋点和动态埋点；处理器执行计算机程序时还实现以下步骤：

捕捉动态页面中的埋点所对应的触发事件；获取与触发事件对应的埋点数据；

当被触发的埋点为动态埋点时，获取动态埋点对应动态标识，根据动态标识获取对应的路径；

当被触发的埋点为静态埋点时，获取静态埋点对应的索引标识，根据索引标识获取对应的路径；

利用动态标识对应的路径将动态埋点的埋点数据上传至服务器，以及利用索引标识对应的路径将静态埋点的埋点数据上传至服务器。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

当网络连接断开时，启动应用程序，应用程序中预先植入了http服务；

通过应用程序调用预先安装在本地的请求文件包，请求文包中包括多个页面的框架集文件和静态资源；

在应用程序启动成功后，显示主页；主页中包括多个控件；

当主页中的控件被触发时，获取触发事件，根据触发事件获取对应的详情页面标识；

通过http服务加载与详情页面标识对应的框架集文件和静态资源；

利用与详情页面标识对应的框架集文件和静态资源渲染出详情页面，将详情页面进行展示。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

当应用程序第一次启动时，在预设的缓存路径查询本地是否缓存了页面跳转所需的传递参数；

当查询到对应的传递参数时，通过http服务利用传递参数加载对应的框架集文件和静态资源；

利用加载的框架集文件和静态资源渲染出跳转后的详情页面。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

当与网络连接时，向服务器发送更新请求，服务器根据更新请求查询应用程序的安装包的目录是否有更新，以及查询请求文件包的目录是否有更新；当安装包的目录有更新时，获取安装包对应的差分包；当请求文件包的目录有更新时，获取请求文件包对应的差分包；返回安装包对应的差分包和/或请求文件包对应的差分包；

利用安装包对应的差分包对本地的安装包进行更新；和/或

利用请求文件包对应的差分包对本地的请求文件包进行更新。

在一个实施例中，详情页面包括多个控件，控件中包括埋点；计算机程序被处理器执行时还实现以下步骤：

当埋点被触发时，获取对应的埋点数据，将埋点数据上传至服务器，服务器对埋点数据进行分析，得到一个或多个感兴趣业务功能，利用感兴趣业务功能获取对应的静态资源文件，通过静态资源文件生成请求文件包对应的差分包；

接收服务器返回的请求文件包对应的差分包；

利用请求文件包对应的差分包对本地的请求文件包进行更新。

在一个实施例中，详情页面包括动态页面，动态页面包括埋点，埋点包括静态埋点和动态埋点；计算机程序被处理器执行时还实现以下步骤：

捕捉动态页面中的埋点所对应的触发事件；获取与触发事件对应的埋点数据；

当被触发的埋点为动态埋点时，获取动态埋点对应动态标识，根据动态标识获取对应的路径；

当被触发的埋点为静态埋点时，获取静态埋点对应的索引标识，根据索引标识获取对应的路径；

利用动态标识对应的路径将动态埋点的埋点数据上传至服务器，以及利用索引标识对应的路径将静态埋点的埋点数据上传至服务器。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一个或多个非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种应用程序的页面加载方法，包括：

当网络连接断开时，启动应用程序，所述应用程序中预先植入了http服务；

通过所述应用程序调用预先安装在本地的请求文件包，所述请求文包中包括多个页面的框架集文件和静态资源；

在所述应用程序启动成功后，显示主页；所述主页中包括多个控件；

当所述主页中的控件被触发时，获取触发事件，根据所述触发事件获取对应的详情页面标识；

通过所述http服务加载与所述详情页面标识对应的框架集文件和静态资源；

利用与所述详情页面标识对应的框架集文件和静态资源渲染出所述详情页面，将所述详情页面进行展示。

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

当所述应用程序第一次启动时，在预设的缓存路径查询本地是否缓存了页面跳转所需的传递参数；

当查询到对应的传递参数时，通过所述http服务利用所述传递参数加载对应的框架集文件和静态资源；

利用加载的框架集文件和静态资源渲染出跳转后的详情页面。

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

当与网络连接时，向服务器发送更新请求，所述服务器根据所述更新请求查询所述应用程序的安装包的目录是否有更新，以及查询所述请求文件包的目录是否有更新；当所述安装包的目录有更新时，获取安装包对应的差分包；当所述请求文件包的目录有更新时，获取请求文件包对应的差分包；返回所述安装包对应的差分包和/或请求文件包对应的差分包；

利用所述安装包对应的差分包对本地的安装包进行更新；和/或

利用所述请求文件包对应的差分包对本地的请求文件包进行更新。

4.根据权利要求1所述的方法，其特征在于，所述详情页面包括多个控件，所述控件中包括埋点；所述方法还包括：

当所述埋点被触发时，获取对应的埋点数据，将所述埋点数据上传至服务器，所述服务器对所述埋点数据进行分析，得到一个或多个感兴趣业务功能，利用所述感兴趣业务功能获取对应的静态资源文件，通过所述静态资源文件生成请求文件包对应的差分包；

接收服务器返回的所述请求文件包对应的差分包；

利用所述请求文件包对应的差分包对本地的请求文件包进行更新。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述详情页面包括动态页面，所述动态页面包括埋点，所述埋点包括静态埋点和动态埋点；在所述通过所述应用程序调用已缓存的传递参数，跳转至与所述页面链接对应的详情页面的步骤之后，还包括：

捕捉所述动态页面中的埋点所对应的触发事件；获取与所述触发事件对应的埋点数据；

当被触发的埋点为动态埋点时，获取所述动态埋点对应动态标识，根据所述动态标识获取对应的路径；

当被触发的埋点为静态埋点时，获取所述静态埋点对应的索引标识，根据所述索引标识获取对应的路径；

利用所述动态标识对应的路径将所述动态埋点的埋点数据上传至服务器，以及利用所述索引标识对应的路径将所述静态埋点的埋点数据上传至服务器。

6.一种应用程序的页面加载装置，包括：

启动模块，用于当网络连接断开时，启动应用程序，所述应用程序中预先植入了http服务；通过所述应用程序调用预先安装在本地的请求文件包，所述请求文包中包括多个页面的框架集文件和静态资源；

显示模块，用于在所述应用程序启动成功后，显示主页；所述主页中包括多个控件；

页面加载模块，用于当所述主页中的控件被触发时，获取触发事件，根据所述触发事件获取对应的详情页面标识；通过所述http服务加载与所述详情页面标识对应的框架集文件和静态资源；

所述显示模块还用于利用与所述详情页面标识对应的框架集文件和静态资源渲染出所述详情页面，将所述详情页面进行展示。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

页面跳转模块，用于当所述应用程序第一次启动时，在预设的缓存路径查询本地是否缓存了页面跳转所需的传递参数；当查询到对应的传递参数时，通过所述http服务利用所述传递参数加载对应的框架集文件和静态资源；利用加载的框架集文件和静态资源渲染出跳转后的详情页面。

8.根据权利要求6或7所述的装置，其特征在于，所述详情页面包括多个控件，所述控件中包括埋点；所述装置还包括：

埋点数据采集模块，用于当所述埋点被触发时，获取对应的埋点数据；

通信模块，用于将所述埋点数据上传至服务器，所述服务器对所述埋点数据进行分析，得到一个或多个感兴趣业务功能，利用所述感兴趣业务功能获取对应的静态资源文件，通过所述静态资源文件生成请求文件包对应的差分包；接收服务器返回的所述请求文件包对应的差分包；

更新模块，用于利用所述请求文件包对应的差分包对本地的请求文件包进行更新。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述方法的步骤。

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