应用页面渲染方法、装置、电子设备

技术领域

本申请实施例涉及终端技术领域，特别是涉及一种应用页面渲染方法、装置、电子设备及计算机可读存储介质。

背景技术

在使用移动设备的某个应用时，往往需要进行页面的浏览。随着终端应用功能不断丰富，应用页面内展示的内容越来越多，通常一个应用页面会呈现多屏展示内容，用户可以通过滑动操作触发移动设备执行应用页面翻屏操作，从而将该页面的其他屏内容展示到移动设备的显示屏幕中。通常，在移动设备的显示屏幕上的展示页面内容的过程称为页面渲染。页面渲染的优化是前端性能优化中十分重要的技术点。随着移动设备的页面需要承载的业务模块，对页面渲染性能要求越来越高。

现有技术中，常用的页面渲染方法包括：全页面请求方法。例如，在应用页面打开时，客户端向服务端发起网络请求，由于网络请求有一定的耗时，此时客户端页面会展示空白的加载状态。当页面数据返回后，客户端根据返回数据进行全页面渲染，渲染完成后用户能够看到完整的结果页面，之后可以进行一些滑动、点击的交互操作。但是，对于展示内容较多的页面，由于客户端执行全页面渲染的过程的运算量较大，会导致从打开页面到展示首屏页面内容的过程中，长时间展示空白页面。为了缩短从打开页面到展示首屏页面内容的过程中展示空白页面的时间，提升页面展示效率，现有技术中有的技术方案采用翻页请求的方法分批次渲染页面的全部展示内容。即首次进入页面仅渲染首屏展示内容，当用户执行翻屏操作时，通过向服务端发送翻页请求以渲染下一屏展示内容。但是，当用户快速执行翻屏动作时，分批次渲染页面的全部展示内容的页面渲染方法同样会出现页面展示延迟的现象。

可见，现有技术中应用页面渲染方法还需要改进。

发明内容

本申请实施例提供一种应用页面渲染方法，有助于缩短应用页面的首屏展示延迟时间，提升应用页面展示效率。

为了解决上述问题，第一方面，本申请实施例提供了一种应用页面渲染方法，包括：

响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求；

接收所述第一服务端反馈的首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据；

根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染；

在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

第二方面，本申请实施例提供了一种应用页面渲染装置，包括：

首屏加载请求发送模块，用于响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求；

第一渲染数据接收模块，用于接收所述第一服务端反馈的首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据；

第一渲染模块，用于根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染；

展示模块，用于在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

第三方面，本申请实施例提供了一种应用页面渲染方法，包括：

接收首屏加载请求，所述首屏加载请求是应用客户端响应于打开设置有导航标签的应用页面的操作所发送的；

根据所述首屏加载请求生成获取业务模块数据的第一请求，并向预设的第二服务端发送所述第一请求；

接收所述第二服务端响应于所述第一请求发送的所述应用页面的全部业务模块数据和所述应用页面的骨架屏数据；

对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据；

向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，使得所述应用客户端根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

第四方面，本申请实施例提供了一种应用页面渲染装置，包括：

首屏加载请求接收模块，用于接收首屏加载请求，所述首屏加载请求是应用客户端响应于打开设置有导航标签的应用页面的操作所发送的；

第一请求发送模块，用于根据所述首屏加载请求生成获取业务模块数据的第一请求，并向预设的第二服务端发送所述第一请求；

第一数据接收模块，用于接收所述第二服务端响应于所述第一请求发送的所述应用页面的全部业务模块数据和所述应用页面的骨架屏数据；

截取和拼接模块，用于对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据；

第一渲染数据发送模块，用于向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，使得所述应用客户端根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

第五方面，本申请实施例提供了一种应用页面渲染方法，包括：

接收预设的第一服务端发送的，用于获取业务模块数据的第一请求，所述第一请求是通过以下方法生成的：应用客户端响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求；所述第一服务端根据所述首屏加载请求中生成所述第一请求；

确定与所述页面标识匹配的全部业务模块数据和所述应用页面的骨架屏数据；

响应于所述第一请求，向所述第一服务端发送与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据，使得所述第一服务端对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，并向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，用于由所述应用客户端根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

第六方面，本申请实施例提供了一种应用页面渲染装置，包括：

第一请求接收模块，用于接收预设的第一服务端发送的，用于获取业务模块数据的第一请求，所述第一请求是通过以下方法生成的：应用客户端响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求；所述第一服务端根据所述首屏加载请求中生成所述第一请求；

渲染数据确定模块，用于确定与所述页面标识匹配的全部业务模块数据和所述应用页面的骨架屏数据；

第一数据发送模块，用于响应于所述第一请求，向所述第一服务端发送与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据，使得所述第一服务端对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，并向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，用于由所述应用客户端根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

第七方面，本申请实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例所述的应用页面渲染方法。

第八方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本申请实施例公开的应用页面渲染方法的步骤。

本申请实施例公开的应用页面渲染方法，通过响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求；接收所述第一服务端反馈的首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据；根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染；在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域，有助于缩短应用页面的首屏展示延迟时间。

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

附图说明

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

图1是本申请实施例一的应用页面渲染方法流程图；

图2是本申请实施例一的应用页面渲染方法的首屏展示效果示意图；

图3是本申请实施例一的应用页面渲染方法中应用系统数据交互示意图；

图4是本申请实施例一的应用页面渲染方法的骨架屏展示效果示意图；

图5是本申请实施例一的应用页面渲染方法流程图之二；

图6是本申请实施例二的应用页面渲染方法流程图；

图7是本申请实施例三的应用页面渲染方法流程图；

图8是本申请实施例四的应用页面渲染装置结构示意图之一；

图9是本申请实施例四的应用页面渲染装置结构示意图之二；

图10是本申请实施例五的应用页面渲染装置结构示意图之一；

图11是本申请实施例五的应用页面渲染装置结构示意图之二；

图12是本申请实施例六的应用页面渲染装置结构示意图之一；

图13是本申请实施例六的应用页面渲染装置结构示意图之二；

图14示意性地示出了用于执行根据本申请的方法的电子设备的框图；以及

图15示意性地示出了用于保持或者携带实现根据本申请的方法的程序代码的存储单元。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例一

本申请实施例公开的一种应用页面渲染方法，如图1所示，所述方法包括：步骤110至步骤140。

步骤110，响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求。

以用户使用点餐应用程序的过程中，打开应用程序的过程为例，现有技术中，应用程序在检测到启动之后，首先加载各应用页面的数据，然后，显示应用程序的首页。本申请实施例中公开的的应用页面渲染方法适用于页面数据数量较大且不适合翻页的应用页面中，例如图2中所示的设置有导航标签用于切换页面内显示内容的应用页面。在如图2所示的应用页面中，在应用页面顶部会设置导航标签，用于根据用户的操作切换业务模块(如商户列表、排行榜、优惠套餐、外卖等业务模块)。应用页面上方的导航标签能够支持列表页快速滚动到用户想看的内容，如果采用翻页请求，数据加载耗时较长，会造成列表页在滚动时有卡顿现象，影响用户体验。例如，当用户选择了导航标签中一个业务模块之后，应用程序在应用页面的当前屏内显示该业务模块的业务内容。具体举例而言，当用户选择了“商户”业务模块，在应用页面的当前屏内将显示商户列表。

在显示屏中显示屏幕内容之前，应用程序的客户端需要通过后端服务器加载页面数据，并解析页面数据，然后，根据解析结果执行页面渲染，之后，根据渲染结果将页面内容显示到电子设备的显示屏中。

本申请实施例所述的应用页面渲染方法应用于如图3所示的应用系统。如图3所示，所述应用系统包括：应用客户端310、第一服务端320和第二服务端330,其中，应用客户端310运行于用户的电子设备中，用于根据用户的操作执行相应的数据请求、接收和处理，以及展示操作；所述第一服务端320则作为应用客户端310和第二服务端330的中转设备，用于进行协议和数据转发；第二服务端330则用于根据第一服务端320的请求确定各应用页面的全部业务模块数据和骨架屏数据，并将确定的各应用页面的全部业务模块数据和骨架屏数据发送给第一服务端320，同时，缓存该应用页面的全部业务模块数据。

在如图3所述的应用系统中，运行于用户的电子设备上的应用客户端310在检测到用户打开应用页面的操作之后，根据所述操作打开的应用页面的页面标识生成首屏加载请求，并将所述首屏加载请求发送至所述第一服务端320。

所述首屏加载请求中至少携带所述应用页面的页面标识，本申请的一些实施例中，所述首屏加载请求中还可以携带登陆应用客户端的用户标识、运行所述应用客户端的电子设备的地理位置信息等信息。

步骤120，接收所述第一服务端反馈的首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据。

本申请的一些实施例中，所述第一服务端320为应用接口层(即API层)，相当于网关层的角色，用于实现应用客户端310和第二服务端330之间的网络服务。由于第二服务端330无法直接处理应用客户端310发送的请求，因此需要API层对应用客户端的请求做一些处理，再发送给第二服务端330。同时，第二服务端330返回的数据应用客户端310也无法直接识别，也需要API层对数据做一些处理后再返回到应用客户端310。

本申请的一些实施例中，所述首屏业务模块数据和所述骨架屏数据是通过以下方法得到的：所述第一服务端向预设的第二服务端发送获取业务模块数据的第一请求；接收所述第二服务端响应于所述第一请求发送的所述应用页面的全部业务模块数据和所述应用页面的骨架屏数据；所述第一服务端对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据。本申请实施例中所述的骨架屏数据用于指示应用页面中展示的内容数量和各内容的展示位置。

例如，所述第一服务端320接收到所述应用客户端310发送的首屏加载请求之后，至少根据所述首屏加载请求中携带的页面标识生成获取业务模块数据的第一请求，并将所述第一请求发送至第二服务端330。所述第二服务端330接收到第一请求之后，获取与所述页面标识匹配的各业务模块数据，并根据各业务模块数据生成所述应用页面的骨架屏数据，然后，将所述应用页面的各业务模块数据和骨架屏数据发送给所述第一服务端320。同时，所述第二服务端330将各业务模块数据和所述第一请求中携带的页面标识进行关联缓存。

本申请的一些实施例中，所述第一请求中还可以包括登陆所述应用客户端的用户标识、所述应用客户端的地理位置信息中的一项或多项信息。所述第二服务端330可以根据所述第一请求中携带的信息确定与所述第一请求匹配的各业务模块数据。所述第二服务端330确定与所述第一请求匹配的各业务模块数据具体实施方式参见现有技术，本申请实施例中不再赘述。

根据应用页面的业务模块数据生成骨架屏数据的具体实施方式参见现有技术，本申请实施例中不再赘述。

本申请的一些实施例中，当所述第一请求中包括所述应用客户端310的登陆用户的用户标识、地理位置等信息时，所述第二服务端330在确定与所述第一请求匹配的各业务模块数据之后，还可以根据所述用户标识获取用户偏好信息，并进一步结合如类目信息、地理位置信息、用户偏好信息、各业务模块内内容的热度信息、点击率等对各业务模块数据进行排序，确定每个业务模块和/或业务模块内内容的展示位置，并根据排序结果生成与所述第一请求匹配的骨架屏数据。之后，将与所述第一请求匹配的各业务模块数据，按照排序结果发送至所述第一服务端320，同时，将根据排序结果生成的骨架屏数据发送至所述第一服务端320。

所述第一服务端320接收到所述第一请求匹配的各业务模块数据和骨架屏数据之后，对各业务模块数据和骨架屏数据进行裁剪和拼接，裁剪得到显示位置位于首屏的各业务模块数据和显示位置位于首屏以外页面区域的业务模块对应的骨架屏数据，之后，将裁剪得到的首屏中各业务模块数据和首屏以外的各业务模块的骨架屏数据拼接为打开的所述应用页面的页面数据。所述第一服务端320将拼接得到的业务模块数据发送至所述应用客户端310。

步骤130，根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染。

所述应用客户端310接收到所述第一服务端320发送的应用页面的页面数据之后，根据拼接在所述应用页面数据中的首屏业务模块数据渲染应用页面的首屏页面区域，根据拼接在所述应用页面数据中的骨架屏数据渲染首屏以外的页面区域。

根据业务模块数据执行页面渲染的具体实施方式参见现有技术，本申请实施例中不再赘述。

根据骨架屏数据执行页面渲染的具体实施方式参见现有技术，本申请实施例中不再赘述。本申请的一些实施例中，根据骨架屏数据渲染的页面展示后效果如图4所示。根据骨架屏数据渲染的页面展示后，通过空白框或空白图片占位具体业务数据的显示区域，以显示页面的加载和渲染过程，避免展示空白屏。

本申请的一些实施例中，首屏业务模块数据和骨架屏数据可以采用展示逻辑信息树进行拼接，也可以采用现有技术中的其他方式进行拼接，本申请对首屏业务模块数据和其他屏的骨架屏数据的拼接方式不做限定。

步骤140，在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

完成了页面渲染之后，所述应用客户端310应用页面的首屏渲染结果写入电子设备的图形处理单元的显示缓存取，以在电子设备的显示屏中展示所述应用页面的首屏页面区域。

本申请的一些实施例中，如图5所示，在所述根据渲染结果展示所述应用页面的首屏页面区域之后，还包括：步骤150至步骤170。

步骤150，向所述第一服务端发送全页面加载请求。

所述应用客户端310在展示完应用页面的首屏页面区域之后，向所述第一服务端320发送全页面加载请求，以获取所述应用页面的全部业务模块数据。所述全页面加载请求中至少包括所述应用页面的页面标识。

步骤160，接收所述第一服务端针对所述全页面加载请求反馈的所述应用页面的全部业务模块数据。

本申请的一些实施例中，所述第一服务端针对所述全页面加载请求反馈的所述应用页面的全部业务模块数据是通过以下方法得到的：所述第一服务端接收到所述首屏加载请求之后向预设的第二服务端发送获取业务模块数据的第一请求，所述第一请求中携带所述应用页面匹配的页面标识；所述第二服务端确定与所述页面标识关联的全部业务模块数据和骨架屏数据，并将所述全部业务模块数据与所述第一请求中携带的页面标识进行关联缓存；所述第二服务端响应于所述第一服务端发送的获取业务模块数据的第二请求，将与所述第二请求中携带的页面标识关联缓存的全部业务模块数据发送至所述第一服务端。

所述第一服务端320接收到所述应用客户端310发送的全页面加载请求之后，根据所述全页面加载请求生成第二请求，所述第二请求中携带所述应用页面的页面标识，并将所述第二请求发送至所述第二服务端330，以获取所述应用页面的全部业务模块数据。

如前所述，所述第二服务端330在接收到第一请求时，确定了与所述第一请求中携带的页面标识匹配的全部业务模块数据和骨架屏数据，并将所述全部业务模块数据和骨架屏数据发送至所述第一服务端320，同时，将所述全部业务模块数据和所述页面标识关联缓存于所述第二服务端330本地。在接收到第二请求之后，所述第二服务端330在本地缓存数据中检索与所述第二请求中携带的页面标识关联缓存的所述全部业务模块数据，并将检索到的全部业务模块数据发送至所述第一服务端320。

所述第一服务端320接收到所述第二服务端330发送的与所述页面标识匹配的全部业务模块数据之后，将所述全部业务模块数据发送至所述应用客户端310。

步骤170，根据所述全部业务模块数据渲染所述应用页面的全部页面区域。

所述应用客户端310根据接收到所述全部业务模块数据渲染所述应用页面的全部页面区域。在完成全部页面区域的渲染之后，所述应用客户端310将根据用户对应用页面的操作，调用电子设备的显示接口，将根据渲染结果刷新应用客户端的页面显示。在此过程中，用户对页面渲染过程无感知，用户翻页体验流畅。

本申请实施例公开的应用页面渲染方法，通过响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求；接收所述第一服务端反馈的首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据；根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染；在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域，有助于缩短应用页面的首屏展示延迟时间。本申请实施例公开的应用页面渲染方法，通过首先仅根据首屏业务模块数据渲染应用页面首屏的显示内容，而其他屏以骨架屏形式渲染，通过减少前端客户端从后台服务器下载的数据量，以及减小页面渲染数据量，缩短了打开应用页面后到将首屏内容展示到电子设备显示屏所用的时间，提升了首屏展示效率。

另一方面，应用页面的首屏以外页面区域采用骨架屏形式进行展示，相较于用户快速切换当前显示屏幕区域时导致加载数据展示白屏或者延迟展示，展示界面更友好，改善了用户体验。

实施例二

本申请实施例公开的一种应用页面渲染方法，如图6所示，所述方法包括：步骤610至步骤650。

步骤610，接收首屏加载请求。

其中，所述首屏加载请求是应用客户端响应于打开设置有导航标签的应用页面的操作所发送的，所述首屏加载请求中携带所述应用页面匹配的页面标识。

在显示屏中显示屏幕内容之前，应用程序的客户端需要通过后端服务器加载页面数据，并解析页面数据，然后，根据解析结果执行页面渲染，之后，根据渲染结果将页面内容显示到电子设备的显示屏中。

以本申请实施例所述的应用页面渲染方法应用于如图3所示的应用系统为例，在如图3所述的应用系统中，运行于用户的电子设备上的应用客户端310在检测到用户打开应用页面的操作之后，根据所述操作打开的应用页面的应用标识生成首屏加载请求，所述首屏加载请求中至少携带所述应用页面所属应用的应用标识和页面标识，并将所述首屏加载请求发送至所述第一服务端320。

所述第一服务端320接收所述应用客户端310发送的首屏加载请求。

步骤620，根据所述首屏加载请求生成获取业务模块数据的第一请求，并向预设的第二服务端发送所述第一请求。

其中，所述第一请求中携带所述页面标识。

所述第一服务端320接收到所述应用客户端310发送的首屏加载请求之后，根据所述首屏加载请求中携带的所述应用页面的页面标识，生成第一请求，并将所述第一请求发送至第二服务端330。所述第一请求中至少携带所述页面标识。

步骤630，接收所述第二服务端响应于所述第一请求发送的所述应用页面的全部业务模块数据和所述应用页面的骨架屏数据。

所述第二服务端330接收到第一请求之后，根据所述第一请求中携带的页面标识确定所述页面标识匹配的全部业务模块数据和骨架屏数据，并将与所述页面标识匹配的全部业务模块数据和骨架屏数据发送至所述第一服务端320。

本申请的一些实施例中，所述第二服务端330在根据所述第一请求中携带的页面标识确定所述页面标识匹配的全部业务模块数据和骨架屏数据，并将与所述页面标识匹配的全部业务模块数据和骨架屏数据发送至所述第一服务端320之后，在本地将与所述页面标识匹配的全部业务模块数据与所述第一请求中携带的页面标识进行关联缓存。

所述第二服务端330接收到第一请求之后，确定与所述页面标识匹配的全部业务模块数据和骨架屏数据的具体实施方式参见实施例一，本实施例不再赘述。

所述第一服务端320在向所述第二服务端330发送第一请求之后，接收所述第二服务端330针对所述第一请求的反馈信息。即所述第一服务端320接收所述第二服务端330发送的与所述应用页面的全部业务模块数据和所述应用页面的骨架屏数据(即与所述页面标识匹配的全部业务模块数据和骨架屏数据)。

步骤640，对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据。

所述第一服务端320接收到所述第二服务端330发送的与所述应用页面的全部业务模块数据和所述应用页面的骨架屏数据之后，对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，并将截取和拼接得到的数据反馈给所述应用客户端310。

所述第一服务端320对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据的具体实施方式参见实施例一，本实施例不再赘述。

步骤650，向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，使得所述应用客户端根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

之后，所述第一服务端320向所述应用客户端310反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据。

所述应用客户端310接收到首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据之后，根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

所述应用客户端310根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染的具体实施方式参见实施例一中的描述，此处不再赘述。

所述应用客户端310在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域的具体实施方式参见实施例一中的描述，此处不再赘述。

本申请的一些实施例中，所述向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据的步骤之后，还包括：接收所述应用客户端发送的全页面加载请求，所述全页面加载请求中携带所述应用页面的页面标识；根据所述全页面加载请求生成获取业务模块数据的第二请求，并将所述第二请求发送至所述第二服务端，其中，所述第二请求中携带所述页面标识；接收所述第二服务端响应于所述第二请求发送的全部业务模块数据，其中，所述全部业务模块数据是所述第二服务端响应于所述第一请求发送所述应用页面的全部业务模块数据和所述应用页面的骨架屏数据时缓存的；将所述全部业务模块数据发送至所述应用客户端，使得所述应用客户端根据所述全部业务模块数据渲染所述应用页面的全部页面区域。

所述应用客户端310在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域之后，所述应用客户端310同时向所述第一服务端320发送全页面加载请求，用于通过所述第一服务端320获取所述应用页面的全部业务模块数据。

所述第一服务端320接收所述应用客户端发送的全页面加载请求，并根据所述全页面加载请求中携带的页面标识生成第二请求，之后，将所述第二请求发送至所述第二服务端330。所述第一服务端320生成第二请求的具体实施方式参见实施例一，此处不再赘述。

所述第二服务端330响应于所述第二请求，将预先缓存的与所述页面标识匹配的全部业务模块数据发送给所述第一服务端320。所述第二服务端330缓存与页面标识匹配的全部业务模块数据的具体实施方式参见实施例一，此处不再赘述。

所述第一服务端320接收到所述第二服务端330响应于所述第二请求发送的全部业务模块数据之后，将所述全部业务模块数据反馈至所述应用客户端310。

所述应用客户端310接收到所述应用页面的全部业务模块数据之后，根据所述全部业务模块数据渲染所述应用页面的全部页面区域。所述应用客户端310根据所述全部业务模块数据渲染所述应用页面的具体实施方式参见实施例一，此处不再赘述。

本申请实施例公开的应用页面渲染方法，通过接收首屏加载请求，所述首屏加载请求是应用客户端响应于打开设置有导航标签的应用页面的操作所发送的；根据所述首屏加载请求生成获取业务模块数据的第一请求，并向预设的第二服务端发送所述第一请求；接收所述第二服务端响应于所述第一请求发送的所述应用页面的全部业务模块数据和所述应用页面的骨架屏数据；对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据；向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，使得所述应用客户端根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域，有助于缩短应用页面的首屏展示延迟时间。本申请实施例公开的应用页面渲染方法，首先仅根据首屏业务模块数据渲染应用页面首屏的显示内容，而其他屏以骨架屏形式渲染，通过减少前端客户端从后台服务器下载的数据量，以及减小页面渲染数据量，缩短了打开应用页面后到将首屏内容展示到电子设备显示屏所用的时间，提升了首屏展示效率。

另一方面，应用页面的首屏以外页面区域采用骨架屏形式进行展示，相较于用户快速切换当前显示屏幕区域时导致加载数据展示白屏或者延迟展示，展示界面更友好，改善了用户体验。

实施例三

本申请实施例公开的一种应用页面渲染方法，如图7所示，所述方法包括：步骤710至步骤730。

步骤710，接收预设的第一服务端发送的，用于获取业务模块数据的第一请求。

其中，所述第一请求是通过以下方法生成的：应用客户端响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求；所述第一服务端根据所述首屏加载请求中生成。本申请的一些实施例中，所述第一请求中至少携带所述应用页面匹配的页面标识。

本申请实施例中所述的应用页面渲染方法应用于如图3所示的应用系统，在应用运行过程中，第二服务端330接收第一服务端320发送的相应数据请求，并反馈相应数据。

所述第一请求的生成方式参见实施例一和实施例二，本实施例不再赘述。

步骤720，确定与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据。

第二服务端330接收到第一服务端320发送的第一请求之后，至少根据第一请求中携带的页面标识，确定与所述第一请求匹配的应用页面的全部业务模块数据和骨架屏数据。

本申请的一些实施例中，所述第二服务端330在根据所述第一请求中携带的页面标识确定所述页面标识匹配的全部业务模块数据和骨架屏数据，并将与所述页面标识匹配的全部业务模块数据和骨架屏数据发送至所述第一服务端320之后，在本地将与所述页面标识匹配的全部业务模块数据与所述第一请求中携带的页面标识进行关联缓存。

第二服务端330根据第一请求确定与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据的具体实施方式参见实施例一和实施例二的描述，此处不再赘述。

步骤730，响应于所述第一请求，向所述第一服务端发送与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据，使得所述第一服务端对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，并向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，用于由所述应用客户端根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

接下来，第二服务端330将根据第一请求中携带的信息确定与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据，并将与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据发送至所述第一服务端320。

第二服务端330将根据第一请求中携带的信息确定与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据的具体实施方式参见实施例一和实施例二，本实施例不再赘述。

第一服务端320对与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据进行截取和拼接的具体实施方式参见实施例一和实施例二，本实施例不再赘述。

应用客户端310根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域的具体实施方式参见实施例一和实施例二，本实施例不再赘述。

本申请的一些实施例中，在第二服务端330向所述第一服务端发送与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据之后，还包括：将与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据与所述第一请求中携带的页面标识进行关联缓存；接收所述第一服务端发送的获取业务模块数据的第二请求，其中，所述第二请求是所述第一服务端接收所述应用客户端发送的全页面加载请求之后，根据所述全页面加载请求中携带所述页面标识生成的；响应于所述第二请求，将与所述第二请求携带的页面标识关联缓存的所述全部业务模块数据发送至所述第一服务端，通过所述第一服务端将所述全部业务模块数据发送至所述应用客户端，用于由所述应用客户端根据所述全部业务模块数据渲染所述应用页面的全部页面区域。

第二服务端330将与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据与所述第一请求中携带的页面标识进行关联缓存的具体实施方式参见实施例一和实施例二，本实施例不再赘述。

第二请求的生成方法参见实施例一和实施例二，本实施例不再赘述。

所述第二服务端330响应于所述第二请求，从本地缓存的数据中检索与所述第二请求携带的页面标识关联缓存的所述全部业务模块数据，并将与所述第二请求携带的页面标识关联缓存的所述全部业务模块数据发送至所述第一服务端。

之后，第一服务端320将所述全部业务模块数据发送至应用客户端，由所述应用客户端根据所述全部业务模块数据渲染所述应用页面的全部页面区域。

本申请实施例公开的应用页面渲染装置，用于实现本申请前述方法实施例中所述的应用页面渲染方法，装置的各模块的具体实施方式不再赘述，可参见方法实施例相应步骤的具体实施方式。

本申请实施例公开的应用页面渲染方法，通过接收预设的第一服务端发送的，用于获取业务模块数据的第一请求，所述第一请求是通过以下方法生成的：应用客户端响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求；所述第一服务端根据所述首屏加载请求中生成所述第一请求；确定与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据；响应于所述第一请求，向所述第一服务端发送与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据，使得所述第一服务端对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，并向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，用于由所述应用客户端根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域，有助于缩短应用页面的首屏展示延迟时间。

本申请实施例公开的应用页面渲染方法，通过首先仅根据首屏业务模块数据渲染应用页面首屏的显示内容，而其他屏以骨架屏形式渲染，通过减少前端客户端从后台服务器下载的数据量，以及减小页面渲染数据量，缩短了打开应用页面后到将首屏内容展示到电子设备显示屏所用的时间，提升了首屏展示效率。

另一方面，应用页面的首屏以外页面区域采用骨架屏形式进行展示，相较于用户快速切换当前显示屏幕区域时导致加载数据展示白屏或者延迟展示，展示界面更友好，改善了用户体验。

实施例四

本申请实施例公开的一种应用页面渲染装置，如图8所示，所述装置包括：

首屏加载请求发送模块810，用于响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求；

第一渲染数据接收模块820，用于接收所述第一服务端反馈的首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据；

第一渲染模块830，用于根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染；

展示模块840，用于在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

本申请的一些实施例中，如图9所示，所述装置还包括：

全页面加载请求发送模块850，用于向所述第一服务端发送全页面加载请求；

第二渲染数据接收模块860，用于接收所述第一服务端针对所述全页面加载请求反馈的所述应用页面的全部业务模块数据；

第二渲染模块870，用于根据所述全部业务模块数据渲染所述应用页面的全部页面区域。

本申请的一些实施例中，所述首屏业务模块数据和所述骨架屏数据是通过以下方法得到的：

所述第一服务端向预设的第二服务端发送获取业务模块数据的第一请求；

接收所述第二服务端响应于所述第一请求发送的所述应用页面的全部业务模块数据和所述应用页面的骨架屏数据；

所述第一服务端对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据。

本申请的一些实施例中，所述第一服务端针对所述全页面加载请求反馈的所述应用页面的全部业务模块数据是通过以下方法得到的：

所述第一服务端接收到所述首屏加载请求之后向预设的第二服务端发送获取业务模块数据的第一请求，所述第一请求中携带所述应用页面匹配的页面标识；

所述第二服务端确定与所述页面标识关联的全部业务模块数据和骨架屏数据，并将所述全部业务模块数据与所述页面标识进行关联缓存；

所述第二服务端响应于所述第一服务端发送的获取业务模块数据的第二请求，将与所述第二请求中携带的页面标识关联缓存的全部业务模块数据发送至所述第一服务端。

本实施例公开的应用页面渲染装置用于实现实施例一中所述的应用页面渲染方法，所述装置的各模块的具体实施方式参见相应方法步骤的具体实施方式，此处不再赘述。

本申请实施例公开的应用页面渲染装置，通过响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求；接收所述第一服务端反馈的首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据；根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染；在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域，有助于缩短应用页面的首屏展示延迟时间。本申请实施例公开的应用页面渲染装置，首先仅根据首屏业务模块数据渲染应用页面首屏的显示内容，而其他屏以骨架屏形式渲染，通过减少前端客户端从后台服务器下载的数据量，以及减小页面渲染数据量，缩短了打开应用页面后到将首屏内容展示到电子设备显示屏所用的时间，提升了首屏展示效率。

另一方面，应用页面的首屏以外页面区域采用骨架屏形式进行展示，相较于用户快速切换当前显示屏幕区域时导致加载数据展示白屏或者延迟展示，展示界面更友好，改善了用户体验。

实施例五

本申请实施例公开的一种应用页面渲染装置，如图10所示，所述装置包括：

首屏加载请求接收模块1010，用于接收首屏加载请求，所述首屏加载请求是应用客户端响应于打开设置有导航标签的应用页面的操作所发送的；

第一请求发送模块1020，用于根据所述首屏加载请求生成获取业务模块数据的第一请求，并向预设的第二服务端发送所述第一请求；

第一数据接收模块1030，用于接收所述第二服务端响应于所述第一请求发送的所述应用页面的全部业务模块数据和所述应用页面的骨架屏数据；

截取和拼接模块1040，用于对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据；

第一渲染数据发送模块1050，用于向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，使得所述应用客户端根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

本申请的一些实施例中，如图11所示，所述装置还包括：

全页面加载请求接收模块1060，用于接收所述应用客户端发送的全页面加载请求，所述全页面加载请求中携带所述应用页面的页面标识；

第二请求发送模块1070，用于根据所述全页面加载请求生成获取业务模块数据的第二请求，并将所述第二请求发送至所述第二服务端，其中，所述第二请求中携带所述页面标识；

第二数据接收模块1080，用于接收所述第二服务端响应于所述第二请求发送的全部业务模块数据，其中，所述全部业务模块数据是所述第二服务端响应于所述第一请求发送所述应用页面的全部业务模块数据和所述应用页面的骨架屏数据时缓存的；

第二渲染数据发送模块1090，用于将所述全部业务模块数据发送至所述应用客户端，使得所述应用客户端根据所述全部业务模块数据渲染所述应用页面的全部页面区域。

本实施例公开的应用页面渲染装置用于实现实施例二中所述的应用页面渲染方法，所述装置的各模块的具体实施方式参见相应方法步骤的具体实施方式，此处不再赘述。

本申请实施例公开的应用页面渲染装置，通过接收首屏加载请求，所述首屏加载请求是应用客户端响应于打开设置有导航标签的应用页面的操作所发送的；根据所述首屏加载请求生成获取业务模块数据的第一请求，并向预设的第二服务端发送所述第一请求；接收所述第二服务端响应于所述第一请求发送的所述应用页面的全部业务模块数据和所述应用页面的骨架屏数据；对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据；向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，使得所述应用客户端根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域，有助于缩短应用页面的首屏展示延迟时间。本申请实施例公开的应用页面渲染装置，首先仅根据首屏业务模块数据渲染应用页面首屏的显示内容，而其他屏以骨架屏形式渲染，通过减少前端客户端从后台服务器下载的数据量，以及减小页面渲染数据量，缩短了打开应用页面后到将首屏内容展示到电子设备显示屏所用的时间，提升了首屏展示效率。

另一方面，应用页面的首屏以外页面区域采用骨架屏形式进行展示，相较于用户快速切换当前显示屏幕区域时导致加载数据展示白屏或者延迟展示，展示界面更友好，改善了用户体验。

实施例六

本申请实施例公开的一种应用页面渲染装置，如图12所示，所述装置包括：

第一请求接收模块1210，用于接收预设的第一服务端发送的，用于获取业务模块数据的第一请求，所述第一请求是通过以下方法生成的：应用客户端响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求；所述第一服务端根据所述首屏加载请求中生成所述第一请求；

渲染数据确定模块1220，用于确定与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据；

第一数据发送模块1230，用于响应于所述第一请求，向所述第一服务端发送与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据，使得所述第一服务端对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，并向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，用于由所述应用客户端根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域。

本申请的一些实施例中，如图13所示，所述装置还包括：

缓存模块1240，用于将与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据与所述第一请求中携带的页面标识进行关联缓存；

第二请求接收模块1250，用于接收所述第一服务端发送的获取业务模块数据的第二请求，其中，所述第二请求是所述第一服务端接收所述应用客户端发送的全页面加载请求之后，根据所述全页面加载请求中携带所述页面标识生成的；

第二数据发送模块1260，用于响应于所述第二请求，将与所述第二请求携带的页面标识关联缓存的所述全部业务模块数据发送至所述第一服务端，通过所述第一服务端将所述全部业务模块数据发送至所述应用客户端，用于由所述应用客户端根据所述全部业务模块数据渲染所述应用页面的全部页面区域。

本实施例公开的应用页面渲染装置用于实现实施例三中所述的应用页面渲染方法，所述装置的各模块的具体实施方式参见相应方法步骤的具体实施方式，此处不再赘述。

本申请实施例公开的应用页面渲染装置，通过接收预设的第一服务端发送的，用于获取业务模块数据的第一请求，所述第一请求是通过以下方法生成的：应用客户端响应于打开设置有导航标签的应用页面的操作，向预设的第一服务端发送首屏加载请求；所述第一服务端根据所述首屏加载请求中生成所述第一请求；确定与所述页面标识匹配的全部业务模块数据和所述应用页面的骨架屏数据；响应于所述第一请求，向所述第一服务端发送与所述第一请求匹配的全部业务模块数据和所述应用页面的骨架屏数据，使得所述第一服务端对所述全部业务模块数据和所述骨架屏数据进行截取和拼接，得到所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，并向所述应用客户端反馈所述首屏业务模块数据和所述应用页面中首屏以外页面区域的骨架屏数据，用于由所述应用客户端根据所述首屏业务模块数据执行所述应用页面的首屏页面区域渲染，以及,根据所述骨架屏数据执行所述应用页面首屏以外的页面区域渲染，并在电子设备的显示屏，根据渲染结果展示所述应用页面的首屏页面区域，有助于缩短应用页面的首屏展示延迟时间。

本申请实施例公开的应用页面渲染装置，首先仅根据首屏业务模块数据渲染应用页面首屏的显示内容，而其他屏以骨架屏形式渲染，通过减少前端客户端从后台服务器下载的数据量，以及减小页面渲染数据量，缩短了打开应用页面后到将首屏内容展示到电子设备显示屏所用的时间，提升了首屏展示效率。

另一方面，应用页面的首屏以外页面区域采用骨架屏形式进行展示，相较于用户快速切换当前显示屏幕区域时导致加载数据展示白屏或者延迟展示，展示界面更友好，改善了用户体验。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本申请提供的一种应用页面渲染方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其一种核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的电子设备中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图14示出了可以实现根据本申请的方法的电子设备。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。该电子设备传统上包括处理器1410和存储器1420及存储在所述存储器1420上并可在处理器1410上运行的程序代码1430，所述处理器1410执行所述程序代码1430时实现上述实施例中所述的方法。所述存储器1420可以为计算机程序产品或者计算机可读介质。存储器1420可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器1420具有用于执行上述方法中的任何方法步骤的计算机程序的程序代码1430的存储空间14201。例如，用于程序代码1430的存储空间14201可以包括分别用于实现上面的方法中的各种步骤的各个计算机程序。所述程序代码1430为计算机可读代码。这些计算机程序可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。所述计算机程序包括计算机可读代码，当所述计算机可读代码在电子设备上运行时，导致所述电子设备执行根据上述实施例的方法。

本申请实施例还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请前述方法实施例中所述的应用页面渲染方法的步骤。

这样的计算机程序产品可以为计算机可读存储介质，该计算机可读存储介质可以具有与图14所示的电子设备中的存储器1420类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩存储在所述计算机可读存储介质中。所述计算机可读存储介质通常为如参考图15所述的便携式或者固定存储单元。通常，存储单元包括计算机可读代码1430’，所述计算机可读代码1430’为由处理器读取的代码，这些代码被处理器执行时，实现上面所描述的方法中的各个步骤。

本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本申请的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。