一种页面显示方法、装置及计算机可读存储介质与流程

本申请涉及电子技术领域，尤其涉及一种页面显示方法、装置及计算机可读存储介质。

背景技术：

随着电子技术的快速发展，手机、平板电脑等电子装置在用户生活中愈发普及。目前，电子装置在原生应用框架下显示用户界面时，通常基于常规的组件分层方式来进行用户界面显示，而无法解决混合页面中原生组件与非原生组件重叠时的显示问题，例如视频组件显示时无法实现“弹幕”组件显示，直播组件显示时无法实现“打赏”组件显示，地图组件显示时无法实现“附近与发现”组件显示等，从而应用所能支持的业务类型较为局限。

技术实现要素：

本申请实施例提供了一种页面显示方法、装置及计算机可读存储介质，至少能够解决相关技术中在原生应用框架下显示用户界面时，应用所能支持的业务类型较为局限的问题。

本申请实施例第一方面提供了一种页面显示方法，包括：

在接收到页面显示请求时，获取原生组件层页面和网页视图层页面；

通过目标网页插件将所述原生组件层页面的位置信息映射至所述网页视图层页面，确定所述网页视图页面上对应于所述位置信息的目标区域；

将所述网页视图层页面相应的第一渲染页面上所述目标区域进行纹理擦除处理；

将处理后的所述第一渲染页面与所述原生组件层页面相应的第二渲染页面进行合成，得到混合渲染页面；

基于所述混合渲染页面进行应用页面显示。

本申请实施例第二方面提供了一种页面显示装置，包括：

获取模块，用于在接收到页面显示请求时，获取原生组件层页面和网页视图层页面；

确定模块，用于通过目标网页插件将所述原生组件层页面的位置信息映射至所述网页视图层页面，确定所述网页视图页面上对应于所述位置信息的目标区域；

处理模块，用于将所述网页视图层页面相应的第一渲染页面上所述目标区域进行纹理擦除处理；

合成模块，用于将处理后的所述第一渲染页面与所述原生组件层页面相应的第二渲染页面进行合成，得到混合渲染页面；

显示模块，用于基于所述混合渲染页面进行应用页面显示。

本申请实施例第三方面提供了一种电子装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时，实现上述本申请实施例第一方面提供的页面显示方法中的各步骤。

本申请实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时，实现上述本申请实施例第一方面提供的页面显示方法中的各步骤。

由上可见，根据本申请方案所提供的页面显示方法、装置及计算机可读存储介质，在接收到页面显示请求时，获取原生组件层页面和网页视图层页面；通过目标网页插件将原生组件层页面的位置信息映射至网页视图层页面，确定网页视图页面上对应于位置信息的目标区域；将网页视图层页面相应的第一渲染页面上目标区域进行纹理擦除处理；将处理后的第一渲染页面与原生组件层页面相应的第二渲染页面进行合成，得到混合渲染页面；基于混合渲染页面进行应用页面显示。通过本申请方案的实施，将网页视图层上对应于原生组件层的位置进行透明化处理，克服了原生组件层显示时的层级限制，拓展了应用开发生态，允许开发者针对更多业务类型进行应用开发。

附图说明

图1为本申请第一实施例提供的页面显示方法的基本流程示意图；

图2为本申请第一实施例提供的一种系统功能模块示意图；

图3为本申请第一实施例提供的一种网页插件创建方法流程示意图；

图4为本申请第一实施例提供的一种混合渲染显示的界面示意图；

图5为本申请第一实施例提供的一种页面混合渲染与显示方法的流程示意图；

图6为本申请第二实施例提供的页面显示方法的细化流程示意图；

图7为本申请第三实施例提供的一种页面显示装置的程序模块示意图；

图8为本申请第四实施例提供的电子装置的结构示意图。

具体实施方式

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了解决相关技术中在原生应用框架下显示用户界面时，应用所能支持的业务类型较为局限的缺陷，本申请第一实施例提供了一种页面显示方法，可以应用于手机、个人电脑、智能手表、平板电脑等电子装置。如图1为本实施例提供的页面显示方法的基本流程图，该页面显示方法包括以下的步骤：

步骤101、在接收到页面显示请求时，获取原生组件层页面和网页视图层页面。

具体的，在本实施例中，该页面显示功能可以应用于轻应用场景下，轻应用是一种无需下载、即搜即用的全功能应用，轻应用具备网页应用的可被检索与智能分发的特性。

如图2所示为本实施例提供的一种系统功能模块示意图，本实施例在轻应用视图中，将网页视图(webview)组件和组件层父组件挂在同一个根组件上，并用webview组件覆盖组件层，其中组件层保护webview层上的待显示原生组件区域。webview层通过webview内核模块加载对应网页视图内容。

步骤102、通过目标网页插件将原生组件层页面的位置信息映射至网页视图层页面，确定网页视图页面上对应于位置信息的目标区域。

具体的，在本实施例中，基于网页web插件在webview层页面上映射出组件层页面位置，该位置所对应的目标区域即为待显示原生组件区域，应当说明的是，本实施例的网页插件可以是直接调用得到，也可以是自定义创建得到。

在本实施例的一些实施方式中，在通过目标网页插件将原生组件层页面的位置信息映射至网页视图层页面之前，还包括：获取对应于原生组件层页面的原生组件属性信息；基于原生组件属性信息对应创建目标网页插件。

具体的，本实施例的原生组件属性信息包括：原生组件的嵌入标签信息、原生组件的类型信息、原生组件的位置信息。在本实施例中，基于原生组件的组件属性来对应自定义网页插件。

应当说明的是，请再次参阅图2，在本实施例中，组件软件开发工具包(sdk，softwaredevelopmentkit)模块和前端框架模块处理待显示原生组件的业务逻辑与视图；前端框架组件渲染接口通过交互模块，发送一段轻量级脚本语言(js，javascript)代码给webview解析，js代码中带有原生组件对应的超文本标记语言(html，hypertextmarkuplanguage)嵌入embed标签信息，原生组件类型转化为web插件的类型信息、原生组件位置信息等，当webview内核模块接收到交互模块发送的js代码后解析该js，在web页面对应的原生组件待显示区域插入embed标签，并通过自定义插件模块与web引擎模块创建原生组件对应的web插件。

如图3所示为本实施例提供的一种网页插件创建方法的流程示意图，自定义web插件的目的主要是针对轻应用不同的原生组件类型设计待显示原生组件区域上层交互逻辑，例如事件穿透等。当前轻应用原生组件包括video、map、canvas、camera、textarea、live-player、live-pusher等，具体处理步骤如下：

1)轻应用页面预渲染：页面预渲染包含初始化逻辑层环境与webview层环境。逻辑层初始化工作不限于js运行环境初始化(ios平台为jscore，android平台为v8引擎)，注入逻辑层基础库等；webview层初始化工作不限于webview内核的初始化，注入视图层基础库等。其中webview内核不局限于google官方内核或厂家自研引擎，例如uc内核、x5内核、t7内核等；

2)页面预渲染完成后，注入自定义web插件的全局js交互接口，通过交互模块发布到webview内核，将接口注册到webview内核，为webview与js交互做准备。全局js接口包含协议web插件类型接口、webview传递全局对象到js接口、插件位置大小变化更新接口、插件属性变化更新接口等，示例代码如下：

3)继续注入页面业务视图代码；

4)前端框架模块负责将页面业务视图代码解析成文档对象模型(dom，documentobjectmodel)树后，挂载到轻应用页面上，渲染dom节点，这里主要描述为原生组件节点的渲染；在本实施例中，原生组件渲染需要结合轻应用内置组件实现方式，本实施例需要修改原生组件的渲染，以video组件为例，修改后的示例代码如下：

5)交互模块注入一段js代码到webview，js代码包含待显示原生组件对应的htmlembed标签信息，原生组件类型转化为web插件的类型信息、原生组件位置信息等；

6)webview接受到交互模块发布的message后，通过webview内核解析执行这段js；

7)在webview层待显示原生组件区插入<embed>标签，触发webview内核创建自定义web插件。

进一步地，在本实施例的一些实施方式中，在基于原生组件属性信息对应创建目标网页插件之前，还包括：获取对应于原生组件的类型信息的第一插件类型信息，以及获取网页视图层所支持的第二插件类型信息；将第一插件类型信息与第二插件类型信息进行匹配。

具体的，webview内核能否创建插件由用户协议支持的web插件类型决定，即由之前注入到webview的协议web插件类型全局js接口决定。例如，用户通过js协议webview可支持的插件类型为“plugin/video”，当webview内核解析刚注入的js代码中指定的插件类型为“plugin/video”时，说明原生组件类型所对应的插件类型与webview所支持的插件类型相匹配，从而触发webview内核基于原生组件属性信息对应创建目标网页插件；而若解析刚注入的js代码中并未指定插件类型或者插件类型不为“plugin/video”时，则webview内核结束插件创建。

应当说明的是，在本实施例的另一些实施方式中，将第一插件类型信息与第二插件类型信息进行匹配之后，还包括：在匹配不通过时，将预设的通用网页插件确定为目标网页插件。

具体的，在本实施例中，当原生组件类型所对应的插件类型与webview所支持的插件类型不匹配时，可以调用预置的通用web插件进行使用，其中，通用web插件为针对不同原生组件的类型信息所统一协议的网页插件，也即针对不同类型的原生组件，开发者可以统一协议web插件类型，不必要一一对应。假设使用“web-plugin”代表所有原生组件，则在webview内核和js端需要共同协议，前端框架内置组件实现做如下修改：

步骤103、将网页视图层页面相应的第一渲染页面上目标区域进行纹理擦除处理。

具体的，本实施例的第一渲染页面是指对webview层页面进行渲染后所得到的页面。在本实施例中，网页视图层页面通过webview模块的web引擎完成页面渲染之后，将渲染页面中对应于待显示原生组件区域的位置进行纹理擦除处理(也即透明化处理)，以使该位置透明。

步骤104、将处理后的第一渲染页面与原生组件层页面相应的第二渲染页面进行合成，得到混合渲染页面。

具体的，本实施例的第二渲染页面是指对原生组件层页面进行渲染后所得到的页面。在本实施例中，原生组件层各组件通过组件sdk模块完成组件渲染，然后将原生组件层渲染页面与前述纹理擦除之后的webview层渲染页面在图2中的图形处理器(gpu，graphicsprocessingunit)模块进行合成，即可得到混合渲染页面。

在本实施例的一些实施方式中，将网页视图层页面相应的第一渲染页面上目标区域进行纹理擦除处理包括：基于原生组件的类型信息确定原生组件层页面所要求的目标透明度；参考目标透明度，将网页视图层页面相应的第一渲染页面上目标区域进行纹理擦除处理。

具体的，本实施例考虑到在不同页面显示场景下，所显示的原生组件层页面有所不同，而为了提高页面显示的灵活性，不同原生组件层页面所要求的最佳显示透明度有所不同，基于此，本实施例针对不同原生组件层页面确定对应的目标透明度，然后参考该透明度来适应性对webview层渲染页面上目标区域进行纹理擦除。

在本实施例的另一些实施方式中，将网页视图层页面相应的第一渲染页面上目标区域进行纹理擦除处理包括：从网页视图层页面相应的第一渲染页面上目标区域提取出非原生组件区域；参考预设第一透明度对非原生组件区域进行纹理擦除处理，以及参考预设第二透明度对目标区域中的剩余区域进行纹理擦除处理；其中，第一透明度与第二透明度的取值不同。

具体的，本实施例的待显示原生组件区域上还包括有非原生组件区域，那么在进行纹理擦除时，可以分别参考不同的透明度来分别对非原生组件区域和待显示原生组件区域上其它区域分别进行纹理擦除处理，在实际应用中，第一透明度可以低于第二透明度，从而可以保证原生组件层在webview层的非原生组件区域透出显示的同时，保证非原生组件的显示效果。

步骤105、基于混合渲染页面进行应用页面显示。

具体的，在本实施例中，可以将合成后的混合渲染页面放入离屏画布中，离屏画布为应用显示页面绘制数据的载体，然后再调用平台的绘制机制上屏并显示。

如图4所示为本实施例提供的一种混合渲染显示的界面示意图，其中，图4中(a)为采用现有技术中技术方案的具体实现，可以看出其待显示原生组件区为黑色，从而webview层的待显示原生组件区域不能透出下层的原生组件的内容，而图4中(b)则为本实施例的具体实现，允许原生组件内容从webview层透出，并且，图中待显示原生组件区右下角的矩形框为原生组件上的用户交互区，可以为应用的特殊使用场景做准备，例如，短视频或长视频上的弹幕、分享、收藏、评论等功能；在线直播刷礼物、评论、点赞等功能；地图上搜索、查找附近、交通状况、定制路线等功能。

在本实施例的一些实施方式中，将网页视图层页面相应的第一渲染页面上目标区域进行纹理擦除处理包括：将网页视图层页面相应的第一渲染页面上传至第一命令缓冲区；对第一渲染页面上目标区域进行纹理擦除处理；将处理后的第一渲染页面存储至目标帧缓冲区。相对应的，将处理后的第一渲染页面与原生组件层页面相应的第二渲染页面进行合成，得到混合渲染页面包括：将原生组件层页面相应的第二渲染页面上传至第二命令缓冲区；将第二命令缓冲区内的第二渲染页面上传至目标帧缓冲区；在目标帧缓冲区将处理后的第一渲染页面与第二渲染页面进行合成，得到混合渲染页面。

如图5所示为本实施例提供的一种页面混合渲染与显示的流程示意图，具体的，本实施例至少设置于两个命令缓冲区，主要用于存储组件层和webview层渲染页面，隔离未经纹理处理与合成模块处理的webview层和组件层渲染页面。并且，将经过纹理擦除处理后的webview纹理数据单独存储到为webview分配的帧缓冲区中，再将原生组件所在层的纹理数据合成到webview对应帧缓冲区中。应当说明的是，如果不额外给webview分配帧缓冲区再将原生组件层纹理合成到该帧缓冲区，组件层和webview的渲染页面直接在gpu合成，则待显示原生组件区为黑色，webview层的web插件区域不能透出原生组件的内容。

基于上述本申请实施例的技术方案，在接收到页面显示请求时，获取原生组件层页面和网页视图层页面；通过目标网页插件将原生组件层页面的位置信息映射至网页视图层页面，确定网页视图页面上对应于位置信息的目标区域；将网页视图层页面相应的第一渲染页面上目标区域进行纹理擦除处理；将处理后的第一渲染页面与原生组件层页面相应的第二渲染页面进行合成，得到混合渲染页面；基于混合渲染页面进行应用页面显示。通过本申请方案的实施，将网页视图层上对应于原生组件层的位置进行透明化处理，克服了原生组件层显示时的层级限制，拓展了应用开发生态，允许开发者针对更多业务类型进行应用开发。

图6中的方法为本申请第二实施例提供的一种细化的页面显示方法，该页面显示方法包括：

步骤601、在接收到页面显示请求时，获取原生组件层页面和网页视图层页面，以及获取对应于原生组件层页面的原生组件属性信息。

具体的，本实施例的原生组件属性信息包括：原生组件的嵌入标签信息、原生组件的类型信息、原生组件的位置信息。另外，本实施例的网页视图webview组件和组件层父组件挂在同一个根组件上，并用webview组件覆盖组件层。

步骤602、通过基于原生组件属性信息对应创建的目标网页插件，将原生组件层页面的目标位置信息映射至网页视图层页面。

具体的，本实施例可以基于原生组件的类型信息对应创建自定义web插件，然后通过web插件在webview层页面上映射出组件层页面位置，该位置所对应的目标区域即为待显示原生组件区域。

步骤603、将网页视图层页面相应的第一渲染页面上传至第一命令缓冲区。

步骤604、对第一渲染页面上对应于目标位置信息的目标区域进行纹理擦除处理，并将处理后的第一渲染页面存储至目标帧缓冲区。

在本实施例中，首先将网页视图层页面的渲染页面上传至独立的命令缓冲区，然后将其经过纹理擦除处理后存储至专门的帧缓冲区。

步骤605、将原生组件层页面相应的第二渲染页面上传至第二命令缓冲区。

步骤606、将第二渲染页面上传至目标帧缓冲区与处理后的第一渲染页面进行合成，得到混合渲染页面。

具体的，本实施例的原生组件层页面的渲染页面同样存储至一个独立的命令缓冲区，然后再在帧缓冲区与经过纹理擦除处理后的网页视图层页面的渲染页面进行合成。

步骤607、基于混合渲染页面进行应用页面显示。

具体的，本实施例将合成后的混合渲染页面放入离屏画布中，离屏画布为应用显示页面绘制数据的载体，然后再调用平台的绘制机制上屏并显示。

应当理解的是，本实施例中各步骤的序号的大小并不意味着步骤执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成唯一限定。

本申请实施例公开了一种页面显示方法，将网页视图层上对应于原生组件层的位置进行透明化处理，并采用分层命令缓冲区隔离方式柔和地将原生组件内容与webview页面内容混合并显示上屏，克服了原生组件层显示时的层级限制，拓展了应用开发生态，允许开发者针对更多业务类型进行应用开发，丰富了应用的业务场景。

图7为本申请第三实施例提供的一种页面显示装置，该页面显示装置可应用于前述第一实施例及第二实施例的页面显示方法。如图7所示，该页面显示装置主要包括：

获取模块701，用于在接收到页面显示请求时，获取原生组件层页面和网页视图层页面；

确定模块702，用于通过目标网页插件将原生组件层页面的位置信息映射至网页视图层页面，确定网页视图页面上对应于位置信息的目标区域；

处理模块703，用于将网页视图层页面相应的第一渲染页面上目标区域进行纹理擦除处理；

合成模块704，用于将处理后的第一渲染页面与原生组件层页面相应的第二渲染页面进行合成，得到混合渲染页面；

显示模块705，用于基于混合渲染页面进行应用页面显示。

在本实施例一些实施方式中，页面显示装置还包括：创建模块，用于：在通过目标网页插件将原生组件层页面的位置信息映射至网页视图层页面之前，获取对应于原生组件层页面的原生组件属性信息；基于原生组件属性信息对应创建目标网页插件。其中，原生组件属性信息包括：原生组件的嵌入标签信息、原生组件的类型信息、原生组件的位置信息。

进一步地，在本实施例一些实施方式中，页面显示装置还包括：匹配模块，用于：在基于原生组件属性信息对应创建目标网页插件之前，获取对应于原生组件的类型信息的第一插件类型信息，以及获取网页视图层所支持的第二插件类型信息；将第一插件类型信息与第二插件类型信息进行匹配。相对应的，创建模块具体用于：在匹配通过时，基于原生组件属性信息对应创建目标网页插件。

更进一步地，在本实施例一些实施方式中，确定模块702还用于：将第一插件类型信息与第二插件类型信息进行匹配之后，在匹配不通过时，将预设的通用网页插件确定为目标网页插件；其中，通用网页插件为针对不同原生组件的类型信息所统一协议的网页插件。

在本实施例一些实施方式中，处理模块703具体用于：将网页视图层页面相应的第一渲染页面上传至第一命令缓冲区；对第一渲染页面上目标区域进行纹理擦除处理；将处理后的第一渲染页面存储至目标帧缓冲区。相对应的，合成模块704具体用于：将原生组件层页面相应的第二渲染页面上传至第二命令缓冲区；将第二命令缓冲区内的第二渲染页面上传至目标帧缓冲区；在目标帧缓冲区将处理后的第一渲染页面与第二渲染页面进行合成，得到混合渲染页面。

在本实施例另一些实施方式中，处理模块703具体用于：基于原生组件的类型信息确定原生组件层页面所要求的目标透明度；参考目标透明度，将网页视图层页面相应的第一渲染页面上目标区域进行纹理擦除处理。

在本实施例又一些实施方式中，处理模块703具体用于：从网页视图层页面相应的第一渲染页面上目标区域提取出非原生组件区域；参考预设第一透明度对非原生组件区域进行纹理擦除处理，以及参考预设第二透明度对目标区域中的剩余区域进行纹理擦除处理；其中，第一透明度与第二透明度的取值不同。

应当说明的是，第一、二实施例中的页面显示方法均可基于本实施例提供的页面显示装置实现，所属领域的普通技术人员可以清楚的了解到，为描述的方便和简洁，本实施例中所描述的页面显示装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

根据本实施例所提供的页面显示装置，在接收到页面显示请求时，获取原生组件层页面和网页视图层页面；通过目标网页插件将原生组件层页面的位置信息映射至网页视图层页面，确定网页视图页面上对应于位置信息的目标区域；将网页视图层页面相应的第一渲染页面上目标区域进行纹理擦除处理；将处理后的第一渲染页面与原生组件层页面相应的第二渲染页面进行合成，得到混合渲染页面；基于混合渲染页面进行应用页面显示。通过本申请方案的实施，将网页视图层上对应于原生组件层的位置进行透明化处理，克服了原生组件层显示时的层级限制，拓展了应用开发生态，允许开发者针对更多业务类型进行应用开发。

请参阅图8，图8为本申请第四实施例提供的一种电子装置。该电子装置可用于实现前述实施例中的页面显示方法。如图8所示，该电子装置主要包括：

存储器801、处理器802、总线803及存储在存储器801上并可在处理器802上运行的计算机程序，存储器801和处理器802通过总线803连接。处理器802执行该计算机程序时，实现前述实施例中的页面显示方法。其中，处理器的数量可以是一个或多个。

存储器801可以是高速随机存取记忆体(ram，randomaccessmemory)存储器，也可为非不稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器801用于存储可执行程序代码，处理器802与存储器801耦合。

进一步的，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是设置于上述各实施例中的电子装置中，该计算机可读存储介质可以是前述图8所示实施例中的存储器。

该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述实施例中的页面显示方法。进一步的，该计算机可存储介质还可以是u盘、移动硬盘、只读存储器(rom，read-onlymemory)、ram、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

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

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本申请所提供的页面显示方法、装置及计算机可读存储介质的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。