页面显示方法、装置、计算机设备、存储介质和计算机程序产品与流程

1.本技术涉及网页显示技术领域，特别是涉及一种页面显示方法、装置、计算机设备、存储介质和计算机程序产品。


背景技术：

2.骨架屏是指在页面数据加载完成之前，先给客户展示的大致结构。
3.传统技术中，骨架屏生成技术方案是通过vuessr(vue服务端渲染)结合webpack在构建时渲染写好的vue骨架屏组件，将预渲染生成的dom节点和相关样式插入到最终输出的html中。
4.然而，上述方案骨架屏代码维护在项目内，打包后的项目的体积更大，项目体积变大后导致用户访问所需时间更多，白屏时间更长。


技术实现要素：

5.基于此，有必要针对上述技术问题，提供一种能够对项目无倾入，骨架屏的逻辑代码与项目本身的代码单独维护，可各自迭代更新，不会增加原项目的体积的页面显示方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
6.第一方面，本技术提供一种页面显示方法，所述方法包括：
7.接收页面打开请求；
8.根据所述页面打开请求判断是否存在骨架屏；
9.当存在所述骨架屏时，加载所述骨架屏对应的脚本，其中所述骨架屏对应的脚本是预先生成的，且与所述页面对应的项目是分开单独维护的；
10.执行所述脚本以在上层显示所述骨架屏，并并行在下层显示透明的原始页面；
11.根据显示结果关闭所述骨架屏，并显示原始页面。
12.在其中一个实施例中，所述加载所述骨架屏对应的脚本之前，还包括：
13.判断所述骨架屏是否有效；
14.当所述骨架屏有效时，继续执行加载所述骨架屏对应的脚本。
15.在其中一个实施例中，所述加载所述骨架屏对应的脚本，包括：
16.判断本地是否存在与所述骨架屏对应的脚本；
17.当本地存在与所述骨架屏对应的脚本时，加载所述骨架屏对应的脚本；
18.当本地不存在与所述骨架屏对应的脚本时，异步下载所述骨架屏对应的脚本，并在下载完成后，加载所述骨架屏对应的脚本。
19.在其中一个实施例中，所述判断本地是否存在与所述骨架屏对应的脚本，包括：
20.判断所述骨架屏对应的脚本是否为内置脚本；
21.当所述骨架屏对应的脚本为内置脚本，则判定本地存在与所述骨架屏对应的脚本；
22.当所述骨架屏对应的脚本不为内置脚本，则判断所述骨架屏对应的脚本是否已下载；
23.当所述骨架屏对应的脚本已下载，则判定本地存在与所述骨架屏对应的脚本；
24.当所述骨架屏对应的脚本未下载，则判定本地不存在与所述骨架屏对应的脚本。
25.在其中一个实施例中，所述根据显示结果关闭所述骨架屏，并显示原始页面，包括：
26.当所述原始页面的显示结果满足预设条件时，接收所述原始页面发送的关闭骨架屏的通知，其中，所述预设条件包括页面请求结束；
27.根据所述通知关闭所述骨架屏，并显示原始页面。
28.在其中一个实施例中，所述根据显示结果关闭所述骨架屏，并显示原始页面，包括：
29.当所述原始页面在下层显示预设时长后未接收到所述原始页面发送的关闭骨架屏的通知时，关闭所述骨架屏，并显示原始页面。
30.第二方面，本技术还提供一种页面显示装置，所述装置包括：
31.第一接收模块，用于接收页面打开请求；
32.第一判断模块，用于根据所述页面打开请求判断是否存在骨架屏；
33.加载模块，用于当存在所述骨架屏时，加载所述骨架屏对应的脚本，其中所述骨架屏对应的脚本是预先生成的，且与所述页面对应的项目是分开单独维护的；
34.第一显示模块，用于执行所述脚本以在上层显示所述骨架屏，并并行在下层显示透明的原始页面；
35.第二显示模块，用于根据显示结果关闭所述骨架屏，并显示原始页面。
36.第三方面，本技术还提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述的第一方面中任意一个实施例中的方法的步骤。
37.第四方面，本技术还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的第一方面中任意一个实施例中的方法的步骤。
38.第五方面，本技术还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述的第一方面中任意一个实施例中的方法的步骤。
39.上述页面显示方法、装置、计算机设备、存储介质和计算机程序产品，在接收到页面打开请求后，先判断页面是否存在骨架屏，当存在骨架屏时，则加载骨架屏对应的脚本，其中所述骨架屏对应的脚本是预先生成的，且与所述页面对应的项目是分开单独维护的，这样对项目无倾入，骨架屏的逻辑代码与项目本身的代码单独维护，可各自迭代更新，不会增加原项目的体积，利用骨架屏与h5框架的无关性，可对h5项目实现零倾入，无常规h5骨架屏的倾入性高、代码体积变大的缺点，从而后续执行脚本以在上层显示骨架屏，并并行在下层显示透明的原始页面；根据显示结果关闭骨架屏，并显示原始页面，这样并行开启两个网页视图，一个展示骨架屏，一个在底部加载原始页面，充分利用并行更快的特性，尽可能最快地展示原始页面。
附图说明
40.图1为一个实施例中页面显示方法的应用环境图；
41.图2为一个实施例中页面显示方法的流程示意图；
42.图3为一个实施例中的骨架屏生成方法的流程图；
43.图4为一个实施例中的骨架屏与原始页面交互流程的示意图；
44.图5为一个实施例中应用程序下载骨架屏脚本并渲染骨架屏的流程图；
45.图6为一个实施例中页面显示装置的结构框图；
46.图7为一个实施例中计算机设备的内部结构图。
具体实施方式
47.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
48.本技术实施例提供的页面显示方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。
49.其中，终端102中可以安装有各种应用程序，终端102在接收到页面打开请求，该页面打开请求可以是用户触摸屏幕产生的或者是通过硬件，例如鼠标等操作产生的，该页面打开请求可以是打开应用程序的首页面或者是从应用程序的一个页面向另外一个页面跳转的请求。终端102在接收到页面打开请求后，根据页面打开请求判断是否存在骨架屏；当存在骨架屏时，加载骨架屏对应的脚本，其中骨架屏对应的脚本是预先生成的，且与页面对应的项目是分开单独维护的；其中项目和脚本可以是预先在服务器104中生成的，两者是单独维护和开发的，这样互不干扰，对项目无倾入，骨架屏的逻辑代码与项目本身的代码单独维护，可各自迭代更新，不会增加原项目的体积。终端102执行脚本以在上层显示骨架屏，并并行在下层显示透明的原始页面；根据显示结果关闭骨架屏，并显示原始页面。
50.上述页面显示方法，在接收到页面打开请求后，先判断页面是否存在骨架屏，当存在骨架屏时，则加载骨架屏对应的脚本，其中所述骨架屏对应的脚本是预先生成的，且与所述页面对应的项目是分开单独维护的，这样对项目无倾入，骨架屏的逻辑代码与项目本身的代码单独维护，可各自迭代更新，不会增加原项目的体积，利用骨架屏与h5框架的无关性，可对h5项目实现零倾入，无常规h5骨架屏的倾入性高、代码体积变大的缺点，从而后续执行脚本以在上层显示骨架屏，并并行在下层显示透明的原始页面；根据显示结果关闭骨架屏，并显示原始页面，这样并行开启两个网页视图，一个展示骨架屏，一个在底部加载原始页面，充分利用并行更快的特性，尽可能最快地展示原始页面。
51.其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
52.在一个实施例中，如图2所示，提供了一种页面显示方法，以该方法应用于图1中的终端102为例进行说明，包括以下步骤：
53.s202：接收页面打开请求。
54.具体地，页面打开请求可以是用户触摸屏幕产生的或者是通过硬件，例如鼠标等操作产生的，该页面打开请求可以是打开应用程序的首页面或者是从应用程序的一个页面向另外一个页面跳转的请求。
55.s204：根据页面打开请求判断是否存在骨架屏。
56.具体地，该页面打开请求可以包括一骨架屏标志位，通过该骨架屏标志位可以用于指示对应的页面是否存在骨架屏，例如当终端接收到用户输入的页面打开请求后，终端根据该页面打开请求拉取对应的页面信息，从而根据页面信息中的骨架屏标志位判断是否存在骨架屏。
57.s206：当存在骨架屏时，加载骨架屏对应的脚本，其中骨架屏对应的脚本是预先生成的，且与页面对应的项目是分开单独维护的。
58.具体地，骨架屏对应的脚本是预先生成的，且与页面对应的项目是分开单独维护的。其中参见图3所示，图3为一个实施例中的骨架屏生成方法的流程图，在该实施例中，可以通过doric命令行初始化骨架工程，配置目标页面骨架屏路由，配置页面关键块参数，例如页面的宽、高、位置以及颜色等等，最后在发布平台发布doric脚本，也即骨架屏对应的脚本。
59.这样与技术栈无耦合，也就是说无论使用react、vue还是angular甚至原生的前端技术书写页面都可以无痛接入，本技术中代码本身不维护在项目内，且与技术栈无关，互相解耦。与构建工具无耦合，也就是说本技术无需使用构建工具，无论使用webpack还是vite构建工具都可使用。对项目零倾入，即对项目无倾入，骨架屏的逻辑代码与项目本身的代码单独维护，可各自迭代更新，不会增加原项目的体积，也就是说不需要将骨架屏的代码插入到对应的组件代码中，减少页面的白屏时间。配置化，也就是说只需做简单的配置即生成一个与h5页面类似结构的骨架屏，无需硬编码，骨架屏页面配置化，对于开发来无需了解doric细节只需根据ui稿做简单配置即可。零白屏时间：该申请使用doric脚本绘制原生骨架屏，真实页面渲染前可直接展示与其结构一致的色块占位图，实现了真正的零白屏时间，本技术支持自定义各种颜色，还支持图片，还支持自定义运行脚本，本身更加灵活。且直接渲染打包之后的脚本运行渲染，可以做到更快，且自动适配所有的机型，可以保持设计稿的比例从而不会失真，此外骨架屏的显示与用户是否登录等状态无关。
60.其中为了方便理解，在实际应用中，当是全新的项目时，则需要通过doric命令行初始化骨架屏项目，旧项目则无需此操作。在doric创建好的项目内配置目标页面的骨架屏路由(一个doric项目可以配置多个页面的骨架屏，一个页面对应一个路由)。最后引用skelton公共组件，根据ui稿配置页面关键部分的宽、高、位置、背景颜色，并提交至git仓库。前往发布平台发布提交的doric骨架屏脚本，以便于后续终端打开页面时可以使用该骨架屏。其中需要说明的是，当配置了该页面的骨架屏时，也即引用skelton公共组件时，这配置对应的页面的页面信息为配置有骨架屏的骨架屏标志位。其中，在一个可选的实施例中，可以将doric骨架屏关键逻辑抽象为可复用的组件，开发人员无需了解doric语法只需做简单的配置即可快速完成目标页面的骨架屏编写。利用doric骨架屏与h5框架的无关性，可对h5项目实现零倾入，无常规h5骨架屏的倾入性高、代码体积变大的缺点。
61.s208：执行脚本以在上层显示骨架屏，并并行在下层显示透明的原始页面。
62.具体地，为了方便显示，本技术在一个native中同时开启两个网页视图，两个网页视图并行处理。一个网页视图在上层显示，另外一个网页视图在下层显示，其中上层的用于显示骨架屏，下层的则显示原始页面，其中原始页面一开始是透明的，从而用户完全不会感知到h5页面的白屏。其中上层的骨架屏的显示则是直接执行骨架屏对应的脚本即可，下层的原始页面的显示则是执行项目中的对应的原始页面的代码。
63.s210：根据显示结果关闭骨架屏，并显示原始页面。
64.其中，在原始页面显示完成后，则关闭骨架屏，从而可以显示原始页面，也即将透明修改为未透明，骨架屏对应的网页视图移除等。
65.其中原始页面显示完成可以是原始页面对应的网页视图自行判断的，例如可以由网页本身来主动选择关闭时机，例如请求结束之后，这样的好处是，现在的单页应用都是html文件加载完毕之后还要发送请求获取真实数据，如果html、js文件加载完毕后就关闭骨架屏还是有大概率会看到页面白屏。在其他的实施例中，还可以是原始页面的从加载开始到当前时间的时间长度达到预设值，例如10s，则关闭骨架屏，显示原始页面，这样可以避免长时间显示骨架屏，造成用户操作上的不便。
66.本实施例中的页面显示方法，在接收到页面打开请求后，先判断页面是否存在骨架屏，当存在骨架屏时，则加载骨架屏对应的脚本，其中所述骨架屏对应的脚本是预先生成的，且与所述页面对应的项目是分开单独维护的，这样对项目无倾入，骨架屏的逻辑代码与项目本身的代码单独维护，可各自迭代更新，不会增加原项目的体积，利用骨架屏与h5框架的无关性，可对h5项目实现零倾入，无常规h5骨架屏的倾入性高、代码体积变大的缺点，从而后续执行脚本以在上层显示骨架屏，并并行在下层显示透明的原始页面；根据显示结果关闭骨架屏，并显示原始页面，这样并行开启两个网页视图，一个展示骨架屏，一个在底部加载原始页面，充分利用并行更快的特性，尽可能最快地展示原始页面。
67.在其中一个实施例中，加载骨架屏对应的脚本之前，还包括：判断骨架屏是否有效；当骨架屏有效时，继续执行加载骨架屏对应的脚本。
68.在其中一个实施例中，加载骨架屏对应的脚本，包括：判断本地是否存在与骨架屏对应的脚本；当本地存在与骨架屏对应的脚本时，加载骨架屏对应的脚本；当本地不存在与骨架屏对应的脚本时，异步下载骨架屏对应的脚本，并在下载完成后，加载骨架屏对应的脚本。
69.在其中一个实施例中，参见图4所示，图4为一个实施例中的骨架屏与原始页面交互流程的示意图，在该实施例中，在应用程序内打开一个h5页面链接，终端也可以是应用程序判断该页面是否对应有骨架屏，例如通过判断链接里是否包含参数skeletonkey，如果包含，也即存在骨架屏时，则走doric脚本拉取流程，如果不包含则直接加载h5页面，也即按照正常方式加载原始页面。当包含skeletonkey，也即存在骨架屏时，应用程序首先会判断skeletonkey是否有效，例如应用程序通过skeletonkey的值向发布平台确认该skeletonkey是否有效，也即将骨架屏标志位发送至发布平台以确定骨架屏是否有效，若是有效则开始走doric脚本拉取流程，无效则直接加载h5页面，也即按照正常方式加载原始页面。如果skeletonkey有效，接下来会通过skeletonkey拉取doric脚本，skeletonkey对应的doric脚本拉取成功后，应用程序会开启两个网页视图webview，一个网页视图webview在上层用来展示doric脚本骨架屏，所以用户完全不会感知到h5页面的白屏。另一个网页视图
webview在下层用来加载实际的h5页面。当h5页面加载完成后调用ypp.mcbridge.call('page_complete')通知app关闭doric骨架屏，此时h5页面，即原始页面展示在用户面前。
70.上述实施例中，利用app原生页面无白屏的特性替代常规h5骨架屏实现零白屏方案，通过app并行开启两个webview，一个展示骨架屏，一个在底部加载h5页面，充分利用并行更快的特性，尽可能最快地展示h5页面。
71.在其中一个实施例中，判断本地是否存在与骨架屏对应的脚本，包括：判断骨架屏对应的脚本是否为内置脚本；当骨架屏对应的脚本为内置脚本，则判定本地存在与骨架屏对应的脚本；当骨架屏对应的脚本不为内置脚本，则判断骨架屏对应的脚本是否已下载；当骨架屏对应的脚本已下载，则判定本地存在与骨架屏对应的脚本；当骨架屏对应的脚本未下载，则判定本地不存在与骨架屏对应的脚本。
72.具体地，结合图5所示，图5为一个实施例中应用程序下载骨架屏脚本并渲染骨架屏的流程图，在该实施例中，应用程序拉取doric脚本并渲染骨架屏的流程包括：首先应用程序通过skeletonkey判断该key对应的doric脚本是已内置，若是已内置，则执行脚本并渲染页面，否则根据skeletonkey判断该key对应的doric脚本是否已下载过，若是已下载，则执行脚本并渲染页面，否则根据skeletonkey key执行doric脚本下载请求，下载完成之后执行脚本并渲染页面。
73.上述实施例中，利用应用程序的doric脚本可动态下发且只需下发一次实现离线式最快展示骨架屏。这样由于骨架屏脚本和项目分开研发维护，对项目无倾入，骨架屏的逻辑代码与项目本身的代码单独维护，可各自迭代更新，不会增加原项目的体积。
74.在其中一个实施例中，根据显示结果关闭骨架屏，并显示原始页面，包括：当原始页面的显示结果满足预设条件时，接收原始页面发送的关闭骨架屏的通知，其中，预设条件包括页面请求结束；根据通知关闭骨架屏，并显示原始页面。
75.在其中一个实施例中，根据显示结果关闭骨架屏，并显示原始页面，包括：当原始页面在下层显示预设时长后未接收到原始页面发送的关闭骨架屏的通知时，关闭骨架屏，并显示原始页面。
76.其中，在原始页面显示完成后，则关闭骨架屏，从而可以显示原始页面，也即将透明修改为未透明，骨架屏对应的网页视图移除等。
77.其中原始页面显示完成可以是原始页面对应的网页视图自行判断的，例如可以由网页本身来主动选择关闭时机，例如请求结束之后，这样的好处是，现在的单页应用都是html文件加载完毕之后还要发送请求获取真实数据，如果html、js文件加载完毕后就关闭骨架屏还是有大概率会看到页面白屏。在其他的实施例中，还可以是原始页面的从加载开始到当前时间的时间长度达到预设值，例如10s，则关闭骨架屏，显示原始页面，这样可以避免长时间显示骨架屏，造成用户操作上的不便。
78.上述实施例中减少h5页面白屏时间的骨架屏方法。用户进入h5页面到真实展示具体的内容之前会有不少的白屏时间，白屏时长与用户的网络状态、页面的体积大小、页面请求的数量和快慢都有密切的关系。而本实施例中提出的骨架屏方案可以不受这些因素的影响，在展示真实页面内容前通过doric骨架屏显示与页面结构大致一样的色块占位图，真实内容渲染完毕后通过渐变的形式展示出来，极大地提高了用户的访问体验。
79.应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指
示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
80.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的页面显示方法的页面显示装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个页面显示装置实施例中的具体限定可以参见上文中对于页面显示方法的限定，在此不再赘述。
81.在一个实施例中，如图6所示，提供了一种页面显示装置，包括：第一接收模块601、第一判断模块602、加载模块603、第一显示模块604和第二显示模块605，其中：
82.第一接收模块601，用于接收页面打开请求。
83.第一判断模块602，用于根据页面打开请求判断是否存在骨架屏。
84.加载模块603，用于当存在骨架屏时，加载骨架屏对应的脚本，其中骨架屏对应的脚本是预先生成的，且与页面对应的项目是分开单独维护的。
85.第一显示模块604，用于执行脚本以在上层显示骨架屏，并并行在下层显示透明的原始页面。
86.第二显示模块605，用于根据显示结果关闭骨架屏，并显示原始页面。
87.在其中一个实施例中，上述页面显示装置还包括：
88.第二判断模块，用于判断骨架屏是否有效；当骨架屏有效时，继续执行加载骨架屏对应的脚本。
89.在其中一个实施例中，上述的第二判断模块包括：
90.第一判断单元，用于判断本地是否存在与骨架屏对应的脚本；当本地存在与骨架屏对应的脚本时，加载骨架屏对应的脚本；当本地不存在与骨架屏对应的脚本时，异步下载骨架屏对应的脚本，并在下载完成后，加载骨架屏对应的脚本。
91.在其中一个实施例中，上述的第一判断单元用于判断骨架屏对应的脚本是否为内置脚本；当骨架屏对应的脚本为内置脚本，则判定本地存在与骨架屏对应的脚本；当骨架屏对应的脚本不为内置脚本，则判断骨架屏对应的脚本是否已下载；当骨架屏对应的脚本已下载，则判定本地存在与骨架屏对应的脚本；当骨架屏对应的脚本未下载，则判定本地不存在与骨架屏对应的脚本。
92.在其中一个实施例中，上述第二显示模块605包括：
93.第二接收单元，用于当原始页面的显示结果满足预设条件时，接收原始页面发送的关闭骨架屏的通知，其中，预设条件包括页面请求结束。
94.第一显示单元，用于根据通知关闭骨架屏，并显示原始页面。
95.在其中一个实施例中，上述第二显示模块605还用于当原始页面在下层显示预设时长后未接收到原始页面发送的关闭骨架屏的通知时，关闭骨架屏，并显示原始页面。
96.上述页面显示装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存
储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
97.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、移动蜂窝网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种页面显示方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
98.本领域技术人员可以理解，图7中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
99.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收页面打开请求；根据页面打开请求判断是否存在骨架屏；当存在骨架屏时，加载骨架屏对应的脚本，其中骨架屏对应的脚本是预先生成的，且与页面对应的项目是分开单独维护的；执行脚本以在上层显示骨架屏，并并行在下层显示透明的原始页面；根据显示结果关闭骨架屏，并显示原始页面。
100.在一个实施例中，处理器执行计算机程序时所实现的加载骨架屏对应的脚本之前，还包括：判断骨架屏是否有效；当骨架屏有效时，继续执行加载骨架屏对应的脚本。
101.在一个实施例中，处理器执行计算机程序时所实现的加载骨架屏对应的脚本，包括：判断本地是否存在与骨架屏对应的脚本；当本地存在与骨架屏对应的脚本时，加载骨架屏对应的脚本；当本地不存在与骨架屏对应的脚本时，异步下载骨架屏对应的脚本，并在下载完成后，加载骨架屏对应的脚本。
102.在一个实施例中，处理器执行计算机程序时所实现的判断本地是否存在与骨架屏对应的脚本，包括：判断骨架屏对应的脚本是否为内置脚本；当骨架屏对应的脚本为内置脚本，则判定本地存在与骨架屏对应的脚本；当骨架屏对应的脚本不为内置脚本，则判断骨架屏对应的脚本是否已下载；当骨架屏对应的脚本已下载，则判定本地存在与骨架屏对应的脚本；当骨架屏对应的脚本未下载，则判定本地不存在与骨架屏对应的脚本。
103.在一个实施例中，处理器执行计算机程序时所实现的根据显示结果关闭骨架屏，并显示原始页面，包括：当原始页面的显示结果满足预设条件时，接收原始页面发送的关闭骨架屏的通知，其中，预设条件包括页面请求结束；根据通知关闭骨架屏，并显示原始页面。
104.在一个实施例中，处理器执行计算机程序时所实现的根据显示结果关闭骨架屏，并显示原始页面，包括：当原始页面在下层显示预设时长后未接收到原始页面发送的关闭骨架屏的通知时，关闭骨架屏，并显示原始页面。
105.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收页面打开请求；根据页面打开请求判断是否存在骨架屏；当存在骨架屏时，加载骨架屏对应的脚本，其中骨架屏对应的脚本是预先生成
的，且与页面对应的项目是分开单独维护的；执行脚本以在上层显示骨架屏，并并行在下层显示透明的原始页面；根据显示结果关闭骨架屏，并显示原始页面。
106.在一个实施例中，计算机程序被处理器执行时所实现的加载骨架屏对应的脚本之前，还包括：判断骨架屏是否有效；当骨架屏有效时，继续执行加载骨架屏对应的脚本。
107.在一个实施例中，计算机程序被处理器执行时所实现的加载骨架屏对应的脚本，包括：判断本地是否存在与骨架屏对应的脚本；当本地存在与骨架屏对应的脚本时，加载骨架屏对应的脚本；当本地不存在与骨架屏对应的脚本时，异步下载骨架屏对应的脚本，并在下载完成后，加载骨架屏对应的脚本。
108.在一个实施例中，计算机程序被处理器执行时所实现的判断本地是否存在与骨架屏对应的脚本，包括：判断骨架屏对应的脚本是否为内置脚本；当骨架屏对应的脚本为内置脚本，则判定本地存在与骨架屏对应的脚本；当骨架屏对应的脚本不为内置脚本，则判断骨架屏对应的脚本是否已下载；当骨架屏对应的脚本已下载，则判定本地存在与骨架屏对应的脚本；当骨架屏对应的脚本未下载，则判定本地不存在与骨架屏对应的脚本。
109.在一个实施例中，计算机程序被处理器执行时所实现的根据显示结果关闭骨架屏，并显示原始页面，包括：当原始页面的显示结果满足预设条件时，接收原始页面发送的关闭骨架屏的通知，其中，预设条件包括页面请求结束；根据通知关闭骨架屏，并显示原始页面。
110.在一个实施例中，计算机程序被处理器执行时所实现的根据显示结果关闭骨架屏，并显示原始页面，包括：当原始页面在下层显示预设时长后未接收到原始页面发送的关闭骨架屏的通知时，关闭骨架屏，并显示原始页面。
111.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：接收页面打开请求；根据页面打开请求判断是否存在骨架屏；当存在骨架屏时，加载骨架屏对应的脚本，其中骨架屏对应的脚本是预先生成的，且与页面对应的项目是分开单独维护的；执行脚本以在上层显示骨架屏，并并行在下层显示透明的原始页面；根据显示结果关闭骨架屏，并显示原始页面。
112.在一个实施例中，计算机程序被处理器执行时所实现的加载骨架屏对应的脚本之前，还包括：判断骨架屏是否有效；当骨架屏有效时，继续执行加载骨架屏对应的脚本。
113.在一个实施例中，计算机程序被处理器执行时所实现的加载骨架屏对应的脚本，包括：判断本地是否存在与骨架屏对应的脚本；当本地存在与骨架屏对应的脚本时，加载骨架屏对应的脚本；当本地不存在与骨架屏对应的脚本时，异步下载骨架屏对应的脚本，并在下载完成后，加载骨架屏对应的脚本。
114.在一个实施例中，计算机程序被处理器执行时所实现的判断本地是否存在与骨架屏对应的脚本，包括：判断骨架屏对应的脚本是否为内置脚本；当骨架屏对应的脚本为内置脚本，则判定本地存在与骨架屏对应的脚本；当骨架屏对应的脚本不为内置脚本，则判断骨架屏对应的脚本是否已下载；当骨架屏对应的脚本已下载，则判定本地存在与骨架屏对应的脚本；当骨架屏对应的脚本未下载，则判定本地不存在与骨架屏对应的脚本。
115.在一个实施例中，计算机程序被处理器执行时所实现的根据显示结果关闭骨架屏，并显示原始页面，包括：当原始页面的显示结果满足预设条件时，接收原始页面发送的关闭骨架屏的通知，其中，预设条件包括页面请求结束；根据通知关闭骨架屏，并显示原始
页面。
116.在一个实施例中，计算机程序被处理器执行时所实现的根据显示结果关闭骨架屏，并显示原始页面，包括：当原始页面在下层显示预设时长后未接收到原始页面发送的关闭骨架屏的通知时，关闭骨架屏，并显示原始页面。
117.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
118.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
119.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
120.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。