页面渲染方法、装置、设备和存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及一种页面渲染方法、装置、电子设备和非暂态计算机可读存储介质。


背景技术：

2.在一些可视化大屏或者电脑屏幕中，例如指挥调度中心、促销活动可视化大屏、数字孪生、领导驾驶舱等应用场景中的屏幕中，需要在有限的屏幕中展示更多的指标数据。这类指标数据的展示以投屏或者大屏展示为主，展示页面数据内容丰富、指标丰富，需要针对指标数据进行刷新，页面数据内容的展示组件类型丰富。例如，这些展示组建可以为折线图、柱状图、和弦图和表格。此外，这些页面数据内容存在部分交互内容，并且以时间段和地域等全局变量作为页面刷新筛选条件较多。
3.在相关技术中，可以针对单个指标数据独立请求服务端应用程序接口，多个指标数据同时同步等待服务端返回会占用页面进程，如果服务端返回较慢会导致页面会出现假死、卡顿现象以及动画卡住。此外，批量指标请求发送到服务端，会导致服务端瞬间压力较大，这都将导致页面渲染性能不够高。


技术实现要素：

4.本公开提供一种页面渲染方法、装置、电子设备和非暂态计算机可读存储介质，用以解决现有技术中页面卡顿和服务端压力较大的问题，优化页面渲染性能。
5.本公开提供一种页面渲染方法，包括：接收客户端通过长连接发送的指标请求，所述指标请求包括请求参数和请求内容，所述请求参数包括请求标识；在根据所述请求内容中的路由规则向服务端发送应用程序接口调用请求后，获取所述服务端返回的请求结果；将所述请求结果及其对应的请求标识通过长连接发送到渲染调度路由，以使得所述渲染调度路由根据所述请求标识对所述请求结果对应的组件进行渲染。
6.根据本公开提供的页面渲染方法，在获取所述服务端返回的请求结果之前，所述方法还包括：基于所述请求内容中的路由规则，确定向所述服务端发送应用程序接口调用请求对应采用的目标连接方式；基于所述目标连接方式向所述服务端发送应用程序接口调用请求。
7.根据本公开提供的页面渲染方法，所述基于所述目标连接方式向所述服务端发送应用程序接口调用请求，包括：若所述目标连接方式为短连接，则将所述请求内容对应的指标请求的请求参数保存到外部存储中；根据所述请求参数中规定的触发方式向所述服务端发送所述应用程序接口调用请求。
8.根据本公开提供的页面渲染方法，所述将所述请求结果及其对应的请求标识通过长连接发送到渲染调度路由，包括：将所述请求结果及其对应的请求标识通过长连接发送到所述客户端的渲染调度路由。
9.根据本公开提供的页面渲染方法，所述将所述请求结果及其对应的请求标识通过
长连接发送到渲染调度路由之后，所述方法还包括：根据监控消息事件触发所述请求结果的消息到达后，判断所述请求结果是否异常，并在请求结果异常时触发所述客户端提示或者告警。
10.根据本公开提供的页面渲染方法，所述根据所述请求参数中规定的触发方式向所述服务端发送所述应用程序接口调用请求，包括：从所述外部存储中获取所述请求参数，所述外部存储包括redis或mysql；根据定时触发方式或者事件触发方式向所述服务端发送所述应用程序接口调用请求。
11.根据本公开提供的页面渲染方法，所述将所述请求结果及其对应的请求标识通过长连接发送到渲染调度路由之后，所述方法还包括：若所述目标连接方式为长连接，在所述客户端发送的指标请求发生变更时，接收变更后的指标请求；在向服务端发送所述变更后的指标请求后，获取所述服务端返回的请求结果；将所述请求结果及其对应的请求标识通过长连接发送到渲染调度路由，以使得所述渲染调度路由根据所述请求标识对所述请求结果对应的组件进行渲染。
12.根据本公开提供的一种页面渲染装置，所述装置包括：接收单元，用于接收客户端通过长连接发送的指标请求，所述指标请求包括请求参数和请求内容，所述请求参数包括请求标识；获取单元，用于在根据所述请求内容中的路由规则向服务端发送应用程序接口调用请求后，获取所述服务端返回的请求结果；第一发送单元，用于将所述请求结果及其对应的请求标识通过长连接发送到渲染调度路由，以使得所述渲染调度路由根据所述请求标识对所述请求结果对应的组件进行渲染。
13.根据本公开提供的页面渲染装置，所述装置还包括：判断单元，用于基于所述请求内容中的路由规则，确定向所述服务端发送应用程序接口调用请求对应采用的目标连接方式；第二发送单元，用于基于所述目标连接方式向所述服务端发送应用程序接口调用请求。
14.根据本公开提供的页面渲染装置，所述第二发送单元还用于：若所述目标连接方式为短连接，则将所述请求内容对应的指标请求的请求参数保存到外部存储中；根据所述请求参数中规定的触发方式向所述服务端发送所述应用程序接口调用请求。
15.根据本公开提供的页面渲染装置，所述第一发送单元还用于：将所述请求结果及其对应的请求标识通过长连接发送到所述客户端的渲染调度路由。
16.根据本公开提供的页面渲染装置，所述装置还包括判断单元，用于：根据监控消息事件触发所述请求结果的消息到达后，判断所述请求结果是否异常，并在请求结果异常时触发所述客户端提示或者告警。
17.根据本公开提供的页面渲染装置，所述第二发送单元还用于：从所述外部存储中获取所述请求参数，所述外部存储包括redis或mysql；根据定时触发方式或者事件触发方式向所述服务端发送所述应用程序接口调用请求。
18.根据本公开提供的页面渲染装置，所述装置还用于：若所述目标连接方式为长连接，在所述客户端发送的指标请求发生变更时，接收变更后的指标请求；在向服务端发送所述变更后的指标请求后，获取所述服务端返回的请求结果；将所述请求结果及其对应的请求标识通过长连接发送到渲染调度路由，以使得所述渲染调度路由根据所述请求标识对所述请求结果对应的组件进行渲染。
19.本公开还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理
器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述页面渲染方法的步骤。
20.本公开还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述页面渲染方法的步骤。
21.本公开提供的页面渲染方法、装置、电子设备和非暂态计算机可读存储介质，通过根据客户端发送的指标请求向服务端发送应用程序调用请求，并将服务端返回的请求结果发送到渲染调度路由，可以使得渲染调度路由根据请求标识对请求结果对应的组件进行渲染，相比较现有技术，可以仅在出现新的请求结果数据时进行渲染，无需等待服务端的同步反馈，从而避免了卡顿现象的出现。
附图说明
22.为了更清楚地说明本公开或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
23.图1是相关技术中的请求指标数据的流程示意图；
24.图2是本公开提供的页面渲染方法的流程示意图；
25.图3是本公开提供的请求指标数据的流程示意图；
26.图4是本公开提供的页面渲染装置的结构示意图；
27.图5是本公开提供的电子设备的结构示意图。
具体实施方式
28.为使本公开的目的、技术方案和优点更加清楚，下面将结合本公开中的附图，对本公开中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
29.在本公开一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开一个或多个实施例。在本公开一个或多个实施例和所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本公开一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
30.应当理解，尽管在本公开一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
31.以下针对本公开实施例中的技术术语的名词进行解释：
32.web(网络)代理服务器：分为正向代理服务器和反向代理服务器，本公开实施例中的网络代理服务器是反向代理服务器，其为客户端服务，用于进行服务端目标动态调度。网
络代理服务器支持http(hyper text transfer protocol，超文本传输协议)、imap(internet mail access protocol，交互式邮件存取协议)/pop3(post office protocol-version 3，邮局协议版本3)等tcp/ip(transmission control protocol/internet protocol，传输控制协议/网际协议)的七层或者四层协议，在实际业务中可以起到很好的负载均衡和全局管控的目的。
33.短连接和长连接：在http/1.0版本中默认使用短连接。在短连接中，客户端和服务器每进行一次http操作，就建立一次连接，任务结束就中断连接。当客户端浏览器访问的某个html(hypertext markup language，超文本标记语言)或其他类型的web页中包含有其他的web资源，如javascript文件、图像文件或者css文件等，每遇到这样一个web资源，浏览器就会重新建立一个http会话。从http/1.1版本起，协议默认使用长连接，用以保持连接特性。在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输http数据的tcp连接不会关闭，客户端再次访问这个服务器时，会继续使用这一条已经建立的连接。keep-alive(保持状态)不会永久保持连接，它有一个保持时间，可以在apache等不同的服务器软件中设定这个时间。实现长连接需要客户端和服务端都支持长连接。http协议的长连接和短连接，实质上是tcp协议的长连接和短连接。
34.路由：对请求内容进行解析，可以匹配到对应的路由规则，以根据该路由规则进行路由调度，即进行路由转发。
35.相关技术中，客户端针对不同的指标数据分别向服务端独立发送指标请求，服务端同步将请求结果返回到客户端，从而可能导致客户端页面卡顿和服务端压力较大的问题。如图1所示，在一种定时任务发起请求的应用场景中，假设客户端页面a有300个指标，编号分别为a1、a2、a3、
…
、a300。在发送指标请求时，可以针对指标1组织请求参数，并向服务端发送针对标记为101的指标1的指标请求，服务端根据指标1的请求参数执行步骤103：指标1计算，并将计算得到的请求结果同步给到发起指标1对应的指标请求的客户端，以执行步骤102：渲染指标1。
36.针对2至指标n等其它指标的指标请求过程类似，其中，n为自然数且n≥3。具体为：针对指标2组织请求参数，并向服务端发送针对标记为104的指标2的指标请求，服务端根据指标2的请求参数执行步骤106：指标2计算，并将计算得到的请求结果同步给到发起指标2对应的指标请求的客户端，以执行步骤105：渲染指标2。针对指标n组织请求参数，并向服务端发送针对标记为107的指标n的指标请求，服务端根据指标n的请求参数执行步骤109：指标n计算，并将计算得到的请求结果同步给到发起指标n对应的指标请求的客户端，以执行步骤108：渲染指标n。
37.客户端根据返回的请求结果中的相应数据进行页面渲染。通过客户端页面a定时任务，可以定期刷新页面的300个指标。
38.采用定时任务方式刷新页面的指标时，可能出现请求结果更新不即时的情况。在服务端返回的请求结果发生变更时，若还没有到定时执行的时间点，会导致页面更新不及时，影响应急展示和大屏展示的及时性。
39.此外，若客户端请求的指标请求中的服务端应用程序接口没有发生变化，客户端轮询操作会浪费客户端的流量资源和服务端的检索任务。
40.为解决该问题，本公开实施例提供了一种页面渲染方案。该页面渲染方案可以兼
容目前客户端和服务端已有的交互逻辑，通过低成本的方式，解决渲染卡顿、更新不实时、资源浪费、服务端压力瞬间过大的问题。本发明可以实现低沉本和高性能渲染的技术效果，同时可以在更新过程中实现更新及时和资源节省的技术效果。
41.下面结合附图对本公开示例实施方式进行详细说明。
42.如图2所示的是本公开实施例的页面渲染方法的流程图。本公开实施例提供的方法可以由任意具备计算机处理能力的电子设备执行，例如终端设备和/或服务器。如图2所示，该页面渲染方法包括：
43.步骤202，接收客户端通过长连接发送的指标请求，指标请求包括请求参数和请求内容，请求参数包括请求标识。
44.具体地，请求参数还可以包括请求地址和请求内容类型。请求标识用于识别指标请求对应的客户端页面的渲染组件，不同渲染组件具有不同的请求标识。
45.步骤204，在根据请求内容中的路由规则向服务端发送应用程序接口调用请求后，获取服务端返回的请求结果。
46.具体地，向服务端发送应用程序接口调用请求可以使用长连接也可以使用短连接，但是获取服务器返回的请求结果必须使用长连接。
47.步骤206，将请求结果及其对应的请求标识通过长连接发送到渲染调度路由，以使得渲染调度路由根据请求标识对请求结果对应的组件进行渲染。
48.具体地，渲染调度路由可以设置在客户端内部，也可以设置在客户端外部。
49.在步骤204之前，基于所述请求内容中的路由规则，确定向所述服务端发送应用程序接口调用请求对应采用的目标连接方式，并基于所述目标连接方式向所述服务端发送应用程序接口调用请求。其中，所述目标连接方式可以是指长连接或者短连接。
50.在本公开实施例的技术方案中，可以使用http和web代理服务器执行以上步骤202至步骤206，将客户端的指标请求转发到服务端，并将服务端的请求结果向客户端送达，从而通过低成本实现了在原有服务端不变的情况下，web代理服务器配合客户端进行指标数据异步获取的功能，并结合渲染调度路由器减少了页面卡顿、及时性不够以及资源消耗大的问题。
51.具体地，web代理服务器在接收到指标请求后，解析请求内容得到配置的路由规则，并通过路由规则发送对服务端的应用程序接口的调用请求，调用请求步骤是同步进行的。在发送调用请求后，web代理服务器等待服务端反馈的请求结果。web代理服务器在接受到服务端发送的请求结果后，通过长连接通道向客户端进行异步消息推送。
52.在本公开实施例中，渲染调度路由可设置在客户端中，客户端得到服务端的消息反馈后，先经由渲染调度路由进行处理。渲染调度路由通过onmessage事件触发消息到达。进一步地，渲染调度路由解析收到的消息体，并首先判断反馈内容是否异常。如果是异常则触发客户端提示或者告警；如果是正常消息，则通过反馈的label_id确定具体渲染的组件，并根据请求标识进行路由决策。在页面上的众多饼状图、地图和表格等组件中，通过请求标识可以确定哪一个组件是待渲染的目标组件，并把渲染用到的数据给到该目标组件。
53.在本公开实施例中，通过渲染调度路由对本地组件进行渲染逻辑调用，如果有新的请求结果数据就进行渲染，没有新的请求结果数据就保持现状，无需像现有技术中的技术方案一样等待服务端的同步反馈，也就避免了卡顿现象的出现。
54.在本公开实施例中，客户端需要和服务端先建立一个长连接。具体地，可以新建长连接如下：
55.websocket＝new websocket("ws://www.xxx.com:8083/connectwebsocket/route")。
56.在现有技术中的指标请求中，可以通过websocket.send(message)发送指标请求。在本公开实施例中，发送指标请求时可以与现有技术相同，通过websocket.send(message)及message消息发送指标请求。与现有技术不同的是，在本公开实施例中的页面渲染部分，可以采用渲染路由调度器进行调度，在监控消息onmessage触发事件时，根据请求结果进行页面渲染。
57.具体地，message消息的结构体可以是json格式的半结构化的数据，该结构体里面包含当前指标或者展示组件分配的唯一id即请求标识。该请求标识主要用于在进行异步效果反馈的时候，使得渲染调度路由找到请求标识对应的组件。其中，该唯一id可以为组件拖拽等生成的时候随机分配的一个uuid(universally unique identifier，通用唯一识别码)等不重复的id。
58.在一种实施例中，message消息可以如下列代码所示：
[0059][0060]
其中，label_id为给渲染组件分配的页面中唯一的id。
[0061]
在本公开实施例的技术方案中，可以在客户端、web代理服务器和服务端之间均采用长连接的方式，但该方式灵活性和扩展性较差。
[0062]
为在保持较小改动的情况下实现较大的灵活性，如图3所示，在本公开实施例中，可以在web代理服务器和服务端之间采用长连接和短连接两种的方式进行连接。具体地，可以通过服务端重放装置实现web代理服务器320和服务端330之间的不同连接方式的兼容。这样，结合客户端渲染调度路由完成组件渲染的处理方式，可以实现较为灵活的客户端页面310的页面渲染。
[0063]
如图3所示，客户端和http和web代理服务器320通过长连接通道360连接。
[0064]
具体的，服务端可以通过http和反向web代理服务器对指标请求进行接收。其中，反向web代理服务器可以为nginx、tengine或者openresty中的任一个。nginx是开源、高性能、高可靠的http和反向web代理服务器。tengine完全兼容nginx，其在nginx的基础上，针对大访问量网站的需求，添加了很多高级功能和特性。openresty是基于nginx的核心web应用程序服务器。
[0065]
如图3所示，http和web代理服务器320中的长连接池321用于处理长连接通道的数据。短连接请求重放装置322用于处理短连接数据。
[0066]
具体地，在接收到请求参数和请求内容后，反向web代理服务器先根据请求内容进行路由规则的判断。如果对应的服务端请求api(application programming interface，应用程序接口)内容为短连接，则进行短连接请求参数的保存。短连接请求参数可以保存在外部存储350中，其中，外部存储可以为redis或者mysql。
[0067]
redis(remote dictionary server，远程字典服务)是一个开源的使用ansi c语言编写、支持网络、可基于内存亦可持久化的日志型、key-value(键值对)数据库，并提供多种语言的应用程序接口。mysql是一种关系型数据库管理系统。
[0068]
在本公开实施例中，若对应的服务端请求是长连接，则无需对请求参数进行保存，即不需要做重放刷新，因为长连接本身负责就可以进行内容更新。
[0069]
具体地，若目标连接方式为短连接，则将请求内容对应的指标请求的请求参数保存到外部存储中l。在进行指标请求的发送时，可以从外部存储中获取请求参数，并根据请求参数中规定的触发方式向服务端发送应用程序接口调用请求。其中，请求参数中规定的触发方式可以为定时触发方式或者事件触发方式。
[0070]
在步骤206中，可以将请求结果及其对应的请求标识通过长连接发送到客户端的渲染调度路由。
[0071]
在步骤206之后，根据监控消息事件触发请求结果的消息到达后，判断请求结果是否异常，并在请求结果异常时触发客户端提示或者告警。
[0072]
在客户端对指标请求进行参数更新时，可以根据所述目标连接方式对请求结果进行更新。
[0073]
具体地，若所述目标连接方式为短连接，可以通过web代理服务器中短连接请求重放装置，对之前保留的参数按照定时触发或者事件触发的方式重新请求服务端的api，并将请求结果反馈到之前的长连接通道。
[0074]
若所述目标连接方式为长连接，可以通过web代理服务器对接的服务端的长连接进行反馈，如果api进行了变更，那么可以直接通过web代理服务器进行直接反馈，不需要进行定时触发。具体地，在客户端发送的指标请求发生变更时，接收变更后的指标请求，并向服务端发送变更后的指标请求。在向服务端发送变更后的指标请求后，获取服务端返回的请求结果，并将请求结果及其对应的请求标识通过长连接发送到渲染调度路由，以使得渲染调度路由根据请求标识对请求结果对应的组件进行渲染。
[0075]
本公开实施例的技术方案中，无需客户端定时触发并发送指标请求，可以节约资源并避免网络资源浪费和客户端请求的浪费。在所述目标连接方式为长连接的情况下可以做到实时更新，从而及时地对客户端进行反馈，避免延迟；同时，服务端无需主动获取指标请求，而是可以被动地通过数据变化通知的方式获取指标请求，避免了服务端短时间内涌
入多个流量请求对服务端产生压力影响。
[0076]
本公开提供的页面渲染方法，通过根据客户端发送的指标请求向服务端发送应用程序调用请求，并将服务端返回的请求结果发送到渲染调度路由，可以使得渲染调度路由根据请求标识对请求结果对应的组件进行渲染，相比较现有技术，可以仅在出现新的请求结果数据时进行渲染，无需等待服务端的同步反馈，从而避免了卡顿现象的出现。
[0077]
下面对本公开提供的页面渲染装置进行描述，下文描述的页面渲染装置与上文描述的页面渲染方法可相互对应参照。
[0078]
如图4所示，本公开实施例的页面渲染装置包括：
[0079]
接收单元402，用于接收客户端通过长连接发送的指标请求，指标请求包括请求参数和请求内容，请求参数包括请求标识；
[0080]
获取单元404，用于在根据请求内容中的路由规则确定向所述服务端发送应用程序接口调用请求对应采用的目标连接方式，基于所述目标连接方式向服务端发送应用程序接口调用请求后，获取服务端返回的请求结果；
[0081]
第一发送单元406，用于将请求结果及其对应的请求标识通过长连接发送到渲染调度路由，以使得渲染调度路由根据请求标识对请求结果对应的组件进行渲染。
[0082]
在本公开实施例中，装置还可以包括：判断单元，用于根据请求内容中的路由规则判断目标连接方式为长连接或短连接；第二发送单元，用于根据判断结果向服务端发送应用程序接口调用请求。
[0083]
在本公开实施例中，第二发送单元还可以用于：若目标连接方式为短连接，则将对应的指标请求的请求参数保存到外部存储中；根据请求参数中规定的触发方式向服务端发送应用程序接口调用请求。
[0084]
在本公开实施例中，第一发送单元还可以用于：将请求结果及其对应的请求标识通过长连接发送到客户端的渲染调度路由。
[0085]
在本公开实施例中，装置还包括判断单元，可以用于：根据监控消息事件触发请求结果的消息到达后，判断请求结果是否异常，并在请求结果异常时触发客户端提示或者告警。
[0086]
在本公开实施例中，第二发送单元还可以用于：从外部存储中获取请求参数，外部存储包括redis或mysql；根据定时触发方式或者事件触发方式向服务端发送应用程序接口调用请求。
[0087]
在本公开实施例中，装置还用于：若目标连接方式为长连接，在客户端发送的指标请求发生变更时，接收变更后的指标请求；在向服务端发送变更后的指标请求后，获取服务端返回的请求结果；将请求结果及其对应的请求标识通过长连接发送到渲染调度路由，以使得渲染调度路由根据请求标识对请求结果对应的组件进行渲染。
[0088]
由于本公开的示例实施例的页面渲染装置的各个功能模块与上述页面渲染方法的示例实施例的步骤对应，因此对于本公开装置实施例中未披露的细节，请参照本公开上述的页面渲染方法的实施例。
[0089]
本公开提供的页面渲染装置，通过根据客户端发送的指标请求向服务端发送应用程序调用请求，并将服务端返回的请求结果发送到渲染调度路由，可以使得渲染调度路由根据请求标识对请求结果对应的组件进行渲染，相比较现有技术，可以仅在出现新的请求
结果数据时进行渲染，无需等待服务端的同步反馈，从而避免了卡顿现象的出现。
[0090]
图5示例了一种电子设备的实体结构示意图，如图5所示，该电子设备可以包括：处理器(processor)510、通信接口(communications interface)520、存储器(memory)530和通信总线540，其中，处理器510，通信接口520，存储器530通过通信总线540完成相互间的通信。处理器510可以调用存储器530中的逻辑指令，以执行页面渲染方法，该方法包括：接收客户端通过长连接发送的指标请求，所述指标请求包括请求参数和请求内容，所述请求参数包括请求标识；在根据所述请求内容中的路由规则向服务端发送应用程序接口调用请求后，获取所述服务端返回的请求结果；将所述请求结果及其对应的请求标识通过长连接发送到渲染调度路由，以使得所述渲染调度路由根据所述请求标识对所述请求结果对应的组件进行渲染。
[0091]
此外，上述的存储器530中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0092]
另一方面，本公开还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的页面渲染方法，该方法包括：接收客户端通过长连接发送的指标请求，所述指标请求包括请求参数和请求内容，所述请求参数包括请求标识；在根据所述请求内容中的路由规则向服务端发送应用程序接口调用请求后，获取所述服务端返回的请求结果；将所述请求结果及其对应的请求标识通过长连接发送到渲染调度路由，以使得所述渲染调度路由根据所述请求标识对所述请求结果对应的组件进行渲染。
[0093]
又一方面，本公开还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的页面渲染方法，该方法包括：接收客户端通过长连接发送的指标请求，所述指标请求包括请求参数和请求内容，所述请求参数包括请求标识；在根据所述请求内容中的路由规则向服务端发送应用程序接口调用请求后，获取所述服务端返回的请求结果；将所述请求结果及其对应的请求标识通过长连接发送到渲染调度路由，以使得所述渲染调度路由根据所述请求标识对所述请求结果对应的组件进行渲染。
[0094]
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0095]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可
借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0096]
最后应说明的是：以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。