页面加载方法、装置、系统及存储介质

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种页面加载方法、装置、系统及存储介质。

背景技术

Hybrid App(混合模式移动应用)是指介于web-app、native-app这两者之间的app，兼具Native App良好用户交互体验的优势和Web App跨平台开发的优势。Hybrid App按网页语言与程序语言的混合，通常分为三种类型：多View混合型，单View混合型，Web主体型。

上述三种类型中，在通信方面，多View混合型和单View混合型往往依赖于原生系统提供的API接口，耦合性强。在管理方面，多View混合型和Web主体型无法实现有效的集中管理，在隐藏、显示、销毁和页面布局方面操作性差。在性能方面，单View混合型和Web主体型往往需要实现整个应用的功能，负载较大，降低了运行速度。在页面加载方面，三种类型的方案在应用程序启动时会向远程服务器加载最新功能的html页面，网络异常会造成加载失败。

发明内容

本发明实施例提供一种页面加载方法、装置、系统及存储介质，以实现单网页视图的复用和集中管理。

第一方面，本发明实施例提供了一种页面加载方法，该方法包括：

通过Web主业务模块根据用户在Web页面中触发的目标组件标识，确定目标URL信息，并向管理模块发送所述目标URL信息；

通过管理模块从候选网页视图中选择可用的目标网页视图，并向所述目标网页视图对应的目标引导模块发送所述目标URL信息；

通过目标引导模块基于所述目标URL信息，控制所述目标网页视图加载并显示目标页面。

第二方面，本发明实施例提供了一种页面加载装置，该装置包括：

Web主业务模块，用于根据用户在Web页面中触发的目标组件标识，确定目标URL信息，并向管理模块发送所述目标URL信息；

管理模块，用于从候选网页视图中选择可用的目标网页视图，并向所述目标网页视图对应的目标引导模块发送所述目标URL信息；

目标引导模块，用于基于所述目标URL信息，控制所述目标网页视图加载并显示目标页面。

第三方面，本发明实施例还提供了一种系统，该系统包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例中任一项所述的页面加载方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一项所述的页面加载方法。

本发明实施例中，通过Web主业务模块根据用户在Web页面中触发的目标组件标识，确定目标URL信息，并向管理模块发送所述目标URL信息，从而实现动态路由管理，通过管理模块从候选网页视图中选择可用的目标网页视图，并向所述目标网页视图对应的目标引导模块发送所述目标URL信息，通过目标引导模块基于所述目标URL信息，控制所述目标网页视图加载并显示目标页面，实现网页视图的复用，使单个网页视图可以重复加载并显示多个页面，提高了网页视图的重复使用率，从而降低了创建网页视图的数量，降低了系统了压力。

附图说明

图1为本发明一种实施例提供的一种页面加载方法的流程图；

图2为本发明一种实施例提供的混合开发系统结构示意图；

图3为本发明一种实施例提供的组件跳转示意图；

图4为本发明又一实施例提供的一种页面加载方法的流程图；

图5为本发明一种实施例提供的一种页面加载装置结构示意图；

图6为本发明一种实施例提供的一种系统的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

图1为本发明一种实施例提供的一种页面加载方法的流程图。本实施例提供的页面加载方法可适用于通过混合开发实现页面的加载与显示的情况，典型的，本发明实施例可以适用于基于原生主业务和Web主业务的混合开发中，进行页面加载显示时实现网页视图的重复应用，以提高页面加载速度，降低系统压力的情况。该方法具体可以由页面加载装置来执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在系统中，所述系统可以为混合开发系统。参见图1，本发明实施例的方法具体包括：

S110、通过Web主业务模块根据用户在Web页面中触发的目标组件标识，确定目标URL信息，并向管理模块发送所述目标URL信息。

其中，基于原生主业务和Web主业务的混合开发系统中可以包括Web主业务模块，如图2所示，混合开发系统中还可以包括管理模块、Web池模块、引导模块和原生主业务模块等。目标组件标识可以为用户在Web页面中触发的目标组件的标识信息，例如组件的编号等。URL信息为组件的资源地址定位信息，通过URL信息能够获取页面数据。管理模块基于websocket协议，与Web主业务模块进行通信，从而避免了原生系统对接口的限制，使混合开发系统对于多种系统具有适用性。

在本申请实施例中，Web主业务模块可以预先通过本地Web获取包括组件标识与URL信息映射关系的组件路由映射表，其中本地Web可以为单页面系统。如图3所示，当用户触发应用入口页面中的子页面对应的目标组件时，Web主业务模块获取目标组件标识，从而根据目标组件标识和组件路由映射表，确定与目标组件标识对应的URL信息。Web主业务模块将URL信息发送至管理模块，以便于管理模块统一进行通信管理。

S120、通过管理模块从候选网页视图中选择可用的目标网页视图，并向所述目标网页视图对应的目标引导模块发送所述目标URL信息。

其中，管理模块中还可以包括websocket服务端，用于监听其他各个模块的websocket连接请求，并建立websocket通信连接。其他模块将消息发送至管理模块中的websocket服务端，由websocket服务端向其他模块进行转发，起到消息网关的作用。Web主业务模块和原生主业务模块中包括websocket客户端，用于与websocket服务端进行通信。

由于预先创建的候选网页有可能已经加载并显示其他页面，若候选网页视图当前加载并显示其他页面，则无法基于目标URL信息加载并显示目标页面，处于不可用状态，若候选网页视图当前未加载并显示目标页面，则候选网页视图处于可用状态。因此，候选网页视图可能处于可用状态或不可用状态，管理模块接收到目标URL信息后，需要根据候选网页视图所处于的状态，确定候选网页视图是否处于可用状态，从预先创建的可用的候选网页视图中选择目标网页视图，以通过目标网页视图加载并显示页面。

在本申请实施例中，需要各候选网页视图对应的引导模块中的引导程序控制加载并显示页面，因此，管理模块从候选网页视图中选择可用的目标网页视图之后，向目标引导模块发送目标URL信息，从而使目标引导模块根据URL信息对页面进行显示，进而实现了网页视图的复用，即单个网页视图可以多次对页面进行显示，提高了网页视图的重复使用效率，而不需要建立大量的网页视图，降低了系统的压力。

在本申请实施例中，管理模块还可以用于接收原生主业务和Web主业务发送的控制命令，以对页面的显示、隐藏、窗口的大小、位置和样式等进行控制。还可以用于管理候选网页视图的运行状态，如空闲状态、GPU渲染状态等，还可以用于负责管理各候选网页视图的权限和缓存，如跨域权限和本地缓存大小等。Web主业务模块还可以将本地和远程的web版本进行比较，如果本地Web版本低于远程Web版本，则提示用户升级，基于远程Web更新本地Web。

S130、通过目标引导模块基于所述目标URL信息，控制所述目标网页视图加载并显示目标页面。

示例性的，各候选网页视图对应有引导模块，引导模块中包括websocket客户端，用于和管理模块中的websocket服务端进行通信，还包括网页视图管理节点，用于控制候选网页视图加载并显示页面。目标引导模块与目标网页视图相对应，目标引导模块中的引导程序用于建立目标引导模块与管理模块之间的通信连接，并控制目标网页视图加载并显示目标页面。目标引导模块通过基于URL信息控制目标网页视图加载并显示目标页面，从而实现目标页面的直接跳转显示，提高了页面显示效率。

本发明实施例中，通过Web主业务模块根据用户在Web页面中触发的目标组件标识，确定目标URL信息，并向管理模块发送所述目标URL信息，从而实现动态路由管理，通过管理模块从候选网页视图中选择可用的目标网页视图，并向所述目标网页视图对应的目标引导模块发送所述目标URL信息，通过目标引导模块基于所述目标URL信息，控制所述目标网页视图加载并显示目标页面，实现网页视图的复用，使单个网页视图可以重复加载并显示多个页面，提高了网页视图的重复使用率，从而降低了创建网页视图的数量，降低了系统了压力。

图4为本发明又一实施例提供的一种页面加载方法的流程图。本发明实施例为对上述实施例的进一步优化，未在本实施例中详细描述的细节详见上述实施例。参见图4，本实施例提供的页面加载方法可以包括：

S210、通过Web池模块创建预设数量个候选网页视图，并构建所述候选网页视图对应的引导模块；其中，所述预设数量根据系统处理器的参数确定。

由于若对于一个页面对应一个网页视图进行显示，则需要对应创建多个网页视图，会增加系统的压力，并且网页视图的数量较多导致无法对其进行有效的管理，在页面的隐藏、显示、销毁和页面布局等方面的操作性差。因此，在本申请实施例中，预先创建预设数量各候选网页视图，用于进行页面显示，其中，预设数量可以根据系统处理器的参数确定，例如，若处理器为八核，则可以设定预设数量为十六个，以在保证系统处理速度的同时，能够重复加载并显示多个页面。

由于需要与管理模块进行通信，以及控制候选网页视图进行加载并显示，因此，Web池模块在创建候选网页视图之后，构建候选网页视图对应的引导模块，引导模块加载引导程序，可以用于基于websocket协议与管理模块建立通信连接，实现通信，也可以基于管理模块发送的URL信息控制候选网页视图加载并显示页面，解决了固定的候选网页视图只能加载并显示固定的页面的问题，实现候选网页视图的复用，还可以通过URL携带的参数调整页面显示的大小、样式等，实现页面的层级布局。

S220、通过Web主业务模块根据用户在Web页面中触发的目标组件标识，确定目标URL信息，并向管理模块发送所述目标URL信息。

S230、若通过管理模块确定任一候选网页视图满足如下任一项条件，则确定该候选网页视图可用：未加载页面、未显示页面以及加载且显示页面的持续时间大于预设时间间隔。

由于存在候选网页视图可能正在加载并显示网页，因此当前无法再重复加载并显示其他页面，因此管理模块需要判断Web池中可用的候选网页视图，从可用的候选网页视图中选择目标网页视图，通目标网页视图加载并显示页面。若候选网页视图未加载页面，或者，候选网页视图加载页面但是并未显示该页面，或者，候选网页视图加载并显示页面，但是该页面加载并显示的持续时间大于预设时间间隔，说明该页面显示时间比较久，因此可以将该候选网页视图确定为可用的候选网页视图，并从中确定用于加载目标页面的目标网页视图。

S240、通过管理模块从可用的候选网页视图中选择所述目标网页视图。

示例性的，可用的候选网页视图可以为至少一个，因此，可以根据URL信息的数量，确定从可用的候选网页视图中选取的目标网页视图的数量，以根据各URL信息进行对应页面的显示。

S250、通过目标引导模块基于目标URL信息，确定本地Web中与目标URL信息对应的目标组件数据。

由于目标URL信息中包括对页面进行加载的对应数据的获取地址，因此目标引导模块基于目标URL信息从本地Web中获取与目标URL信息对应的目标组件数据，以根据目标组件数据对页面进行加载并显示。

S260、通过目标引导模块根据所述目标组件数据控制目标网页视图加载并显示目标页面。

由于目标组件数据中包括目标页面的显示数据，因此，引导模块根据目标组件数据控制目标网页视图加载并显示目标页面。

在本申请实施例中，所述方法还包括：若通过原生主业务模块检测到用户在Web页面中触发的第一组件标识，则通过管理模块向所述Web主业务模块发送所述第一组件标识，以根据所述第一组件标识加载第一页面。

示例性的，若原生主业务检测到用户触发的第一组件对应显示的为Web页面，则向管理模块发送用户触发的第一组件标识，管理模块将第一组件标识发送至Web主业务模块，Web主业务模块执行页面加载的方法。

在本申请实施例中，所述方法还包括：若通过原生主业务模块检测到用户在Web页面中触发的第二组件标识，则通过管理模块从Web主业务模块获取组件路由映射表；通过原生主业务模块根据组件路由映射表和第二组件标识确定第二URL信息，向管理模块发送所述第二URL信息，以使管理模块从候选网页视图中选择可用的第二网页视图，并向所述第二网页视图对应的第二引导模块发送所述第二URL信息，由第二引导模块基于所述第二URL信息，控制所述第二网页视图加载并显示第二页面。

示例性的，在本申请实施例中，还可以由原生主业务向管理模块请求获取组件路由映射表，管理模块向Web主业务获取组件路由映射表，并发送至原生主业务，原生主业务根据组件路由映射表获取第二组件标识对应的第二URL信息，从而根据第二URL信息进行页面显示。原生主业务根据第二URL信息进行页面显示的过程与Web主业务进行页面显示的过程相同。

在本申请实施例中，管理模块基于websocket协议，与原生主业务模块进行通信。

本发明实施例的技术方案，通过Web池模块创建预设数量个候选网页视图，并构建所述候选网页视图对应的引导模块，若通过管理模块确定任一候选网页视图满足如下任一项条件，则确定该候选网页视图可用：未加载页面、未显示页面以及加载且显示页面的持续时间大于预设时间间隔，通过管理模块从可用的候选网页视图中选择所述目标网页视图，进行页面显示，实现基于websocket协议与管理模块建立通信连接，进行通信，并解决了固定的候选网页视图只能加载并显示固定页面的问题，实现候选网页视图的复用。另外，由于管理模块基于websocket协议，与Web主业务模块、原生主业务模块以及引导模块进行通信，从而形成一种星状拓扑结构，实现跨平台通信，通信信息通过管理模块进行转发，集中管理，解决消息混乱问题。

图5为本发明一种实施例提供的一种页面加载装置结构示意图。该装置可适用于通过混合开发实现页面的加载与显示的情况，典型的，本发明实施例可以适用于基于原生主业务和Web主业务的混合开发中，进行页面加载显示时实现网页视图的重复应用，以提高页面加载速度，降低系统压力的情况。该装置可以由软件和/或硬件的方式实现，该装置可以集成在系统中，所述系统可以为混合开发系统。参见图5，该装置具体包括：

Web主业务模块310，用于根据用户在Web页面中触发的目标组件标识，确定目标URL信息，并向管理模块发送所述目标URL信息；

管理模块320，用于从候选网页视图中选择可用的目标网页视图，并向所述目标网页视图对应的目标引导模块发送所述目标URL信息；

目标引导模块330，用于基于所述目标URL信息，控制所述目标网页视图加载并显示目标页面。

在本申请实施例中，还包括：

候选网页视图创建模块，用于通过Web池模块创建预设数量个候选网页视图，并构建所述候选网页视图对应的引导模块；其中，所述预设数量根据系统处理器的参数确定。

在本申请实施例中，所述管理模块320，包括：

候选网页视图状态确定单元，用于若通过管理模块确定任一候选网页视图满足如下任一项条件，则确定该候选网页视图可用：未加载页面、未显示页面以及加载且显示页面的持续时间大于预设时间间隔；

目标网页视图选择单元，用于通过管理模块从可用的候选网页视图中选择所述目标网页视图。

在本申请实施例中，所述目标引导模块330，包括：

目标组件数据确定单元，用于通过目标引导模块基于目标URL信息，确定本地Web中与目标URL信息对应的目标组件数据；

页面加载单元，用于通过目标引导模块根据所述目标组件数据控制目标网页视图加载并显示目标页面。

在本申请实施例中，所述装置还包括：

第一页面加载模块，用于若通过原生主业务模块检测到用户在Web页面中触发的第一组件标识，则通过管理模块向所述Web主业务模块发送所述第一组件标识，以根据所述第一组件标识加载第一页面。

在本申请实施例中，所述装置还包括：

组件路由映射表获取模块，用于若通过原生主业务模块检测到用户在Web页面中触发的第二组件标识，则通过管理模块从Web主业务模块获取组件路由映射表；

第二页面加载模块，用于通过原生主业务模块根据组件路由映射表和第二组件标识确定第二URL信息，向管理模块发送所述第二URL信息，以使管理模块从候选网页视图中选择可用的第二网页视图，并向所述第二网页视图对应的第二引导模块发送所述第二URL信息，由第二引导模块基于所述第二URL信息，控制所述第二网页视图加载并显示第二页面。

在本申请实施例中，所述管理模块基于websocket协议，与Web主业务模块以及引导模块进行通信。

本发明实施例的技术方案，通过Web主业务模块根据用户在Web页面中触发的目标组件标识，确定目标URL信息，并向管理模块发送所述目标URL信息，从而实现动态路由管理，通过管理模块从候选网页视图中选择可用的目标网页视图，并向所述目标网页视图对应的目标引导模块发送所述目标URL信息，通过目标引导模块基于所述目标URL信息，控制所述目标网页视图加载并显示目标页面，实现网页视图的复用，使单个网页视图可以重复加载并显示多个页面，提高了网页视图的重复使用率，从而降低了创建网页视图的数量，降低了系统了压力。

图6为本发明一种实施例提供的一种系统的结构示意图。图6示出了适于用来实现本发明实施例的示例性系统412的框图。图6显示的系统412仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，系统412包括：一个或多个处理器416；存储器428，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器416执行，使得所述一个或多个处理器416实现本发明实施例所提供的页面加载方法，包括：

通过Web主业务模块根据用户在Web页面中触发的目标组件标识，确定目标URL信息，并向管理模块发送所述目标URL信息；

通过管理模块从候选网页视图中选择可用的目标网页视图，并向所述目标网页视图对应的目标引导模块发送所述目标URL信息；

通过目标引导模块基于所述目标URL信息，控制所述目标网页视图加载并显示目标页面。

以通用系统的形式表现。系统412的组件可以包括但不限于：一个或者多个处理器或者处理器416，系统存储器428，连接不同系统组件(包括系统存储器428和处理器416)的总线418。

总线418表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

系统412典型地包括多种计算机系统可读存储介质。这些存储介质可以是任何能够被系统412访问的可用存储介质，包括易失性和非易失性存储介质，可移动的和不可移动的存储介质。

系统存储器428可以包括易失性存储器形式的计算机系统可读存储介质，例如随机存取存储器(RAM)430和/或高速缓存存储器432。系统412可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统434可以用于读写不可移动的、非易失性磁存储介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光存储介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据存储介质接口与总线418相连。存储器428可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块442的程序/实用工具440，可以存储在例如存储器428中，这样的程序模块462包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块462通常执行本发明所描述的实施例中的功能和/或方法。

系统412也可以与一个或多个外部系统414(例如键盘、指向系统、显示器426等)通信，还可与一个或者多个使得用户能与该系统412交互的系统通信，和/或与使得该系统412能与一个或多个其它计算系统进行通信的任何系统(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口422进行。并且，系统412还可以通过网络适配器420与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器420通过总线418与系统412的其它模块通信。应当明白，尽管图6中未示出，可以结合系统412使用其它硬件和/或软件模块，包括但不限于：微代码、系统驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器416通过运行存储在系统存储器428中的多个程序中其他程序的至少一个，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种页面加载方法。

本发明一种实施例提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种页面加载方法：

通过Web主业务模块根据用户在Web页面中触发的目标组件标识，确定目标URL信息，并向管理模块发送所述目标URL信息；

通过管理模块从候选网页视图中选择可用的目标网页视图，并向所述目标网页视图对应的目标引导模块发送所述目标URL信息；

通过目标引导模块基于所述目标URL信息，控制所述目标网页视图加载并显示目标页面。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的存储介质的任意组合。计算机可读存储介质可以是计算机可读信号存储介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明实施例中，计算机可读存储介质可以是任何包含或存储程序的有形存储介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号存储介质还可以是计算机可读存储介质以外的任何计算机可读存储介质，该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读存储介质上包含的程序代码可以用任何适当的存储介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。