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

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

背景技术：

随着终端技术的不断发展，各种移动设备(手机、平板电脑等)不断普及，移动互联网已成为用户获取信息的主要途径，因此，如何优化移动设备侧的搜索及浏览体验至关重要。然而，在优化搜索及浏览体验时，申请人发现，由于站点、网络等因素的不同，用户在打开网页的过程中，可能存在以下问题：网页的加载速度较慢、网页加载出错、仅加载部分元素等。

现有技术中，主要通过以下两种方式，解决上述加载速度较慢的问题：第一种方式，通过在网页的加载过程中，展现浏览内核的底色，如白屏显示；第二种方式，在网页的加载过程中，显示进度条，比如“加载中”提示等。

然而上述两种方式，在加载得到网页前，显示界面一直处于加载状态，即用户一直处于加载状态或等待状态，此时，仍然无法改善用户的搜索及浏览体验，甚至可能会给用户造成过度提示的情况。

技术实现要素：

本申请提出一种页面显示方法、装置、计算机设备和可读存储介质，以实现在目标页面未成功加载之前，预先展示目标页面对应的骨架屏页面，便于用户预先了解该目标页面对应的架构，从而避免用户一直处于等待状态或加载状态，可以改善用户的使用体验。并且，由于骨架屏页面是根据目标页面的架构生成的，因此，该骨架屏页面和目标页面的真实内容相匹配，可以提升用户的搜索及浏览体验，用于解决现有技术中在加载得到网页前，显示界面一直处于加载状态，降低用户的搜索及浏览体验的技术问题。

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

发送资源请求；其中，所述资源请求用于获取目标页面；

在发送所述资源请求和获取到所述目标页面之间的时段内，查询所述目标页面对应的骨架屏页面并显示；其中，所述目标页面对应的骨架屏页面，是根据历史访问所述目标页面时所述目标页面的架构生成；

当获取到所述目标页面时，显示所述目标页面并隐藏所述骨架屏页面。

本申请实施例的页面显示方法，通过发送资源请求；其中，资源请求用于获取目标页面，而后，在发送资源请求和获取到目标页面之间的时段内，查询目标页面对应的骨架屏页面并显示；其中，目标页面对应的骨架屏页面，是根据历史访问目标页面时目标页面的架构生成，最后，当获取到目标页面时，显示目标页面并隐藏骨架屏页面。由此，可以实现在目标页面未成功加载之前，预先展示目标页面对应的骨架屏页面，便于用户预先了解该目标页面对应的架构，从而避免用户一直处于等待状态或加载状态，可以改善用户的使用体验。并且，由于骨架屏页面是根据目标页面的架构生成的，因此，该骨架屏页面和目标页面的真实内容相匹配，可以提升用户的搜索及浏览体验。

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

发送模块，用于发送资源请求；其中，所述资源请求用于获取目标页面；

查询模块，用于在发送所述资源请求和获取到所述目标页面之间的时段内，查询所述目标页面对应的骨架屏页面并显示；其中，所述目标页面对应的骨架屏页面，是根据历史访问所述目标页面时所述目标页面的架构生成；

显示模块，用于当获取到所述目标页面时，显示所述目标页面并隐藏所述骨架屏页面。

本申请实施例的页面显示装置，通过发送资源请求；其中，资源请求用于获取目标页面，而后，在发送资源请求和获取到目标页面之间的时段内，查询目标页面对应的骨架屏页面并显示；其中，目标页面对应的骨架屏页面，是根据历史访问目标页面时目标页面的架构生成，最后，当获取到目标页面时，显示目标页面并隐藏骨架屏页面。由此，可以实现在目标页面未成功加载之前，预可以先展示目标页面对应的骨架屏页面，便于用户预先了解该目标页面对应的架构，从而避免用户一直处于等待状态或加载状态，可以改善用户的使用体验。并且，由于骨架屏页面是根据目标页面的架构生成的，因此，该骨架屏页面和目标页面的真实内容相匹配，可以提升用户的搜索及浏览体验。

本申请第三方面实施例提出了一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如本申请第一方面实施例提出的页面显示方法。

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

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

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

图2为本申请实施例二所提供的页面显示方法的流程示意图；

图3为本申请实施例三所提供的页面显示方法的流程示意图；

图4为本申请实施例四所提供的页面显示方法的流程示意图；

图5为本申请实施例五所提供的页面显示方法的流程示意图；

图6为本申请实施例中骨架屏页面示意图；

图7为本申请实施例中目标页面示意图；

图8为本申请实施例六所提供的页面显示方法的流程示意图；

图9为本申请实施例七所提供的页面显示方法的流程示意图；

图10为本申请实施例八所提供的页面显示方法的流程示意图；

图11为本申请实施例九所提供的页面显示方法的流程示意图；

图12为本申请实施例中客户端和服务器端的交互过程示意图一；

图13为本申请实施例中页面显示系统的结构示意图；

图14为本申请实施例中客户端和服务器端的交互过程示意图二；

图15为本申请实施例十所提供的页面显示装置的结构示意图；

图16为本申请实施例十一所提供的页面显示装置的结构示意图；

图17示出了适于用来实现本申请实施方式的示例性计算机设备的框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

随着终端技术的不断发展，各种移动设备(手机、平板电脑等)不断普及，移动互联网已成为用户获取信息的主要途径，因此，如何优化移动设备侧的搜索及浏览体验至关重要。

目前，在优化搜索及浏览体验时，受到以下三个因素的限制：

生态标准因素：整个搜索生态基于web生态，web生态依赖于万维网(worldwideweb，简称w3c)标准即浏览内核，对于网页的加载过程已标准化，优化空间有限。

内容源差异因素：用户使用移动搜索时，搜索引擎根据用户的需求进行查询匹配，推荐给用户一组相关性最高的搜索结果。但是，由于内容源的差异性，可能存在以下问题：1)网页站点服务器部署问题，导致在一些网络下连接速度较慢，比如中国移动的用户访问中国联通的站点；2)地理位置问题，比如中国的用户访问国外的网站；3)网站自身框架问题，比如站点没有对移动设备进行内容优化，对于大图、动图等内存占用较大的资源，移动设备加载或展现速度较慢。

网络因素：移动设备中在使用过程中，用于用户的随机移动性，网络环境并不稳定，例如网络信号时好时坏。

综合以上因素，申请人认为，在移动设备中，由于生态、站点和网络等因素的影响，网页在打开的过程中，可能存在以下问题：网页的加载速度较慢、网页加载出错、仅加载部分元素等。

现有技术中，主要通过以下三种方式，解决上述加载速度较慢的问题：第一种方式，通过在网页的加载过程中，展现浏览内核的底色，如白屏显示；第二种方式，在网页的加载过程中，显示进度条，比如“加载中”提示等；第三种方式，对于已经明确内容格式的网页，通过采用假图作为网页真实内容的骨架，在网页的加载过程中，通过先展现假图，当网页加载完成后，再展现真实的网页。

然而上述第一种方式和第二种方式，在加载得到网页前，显示界面一直处于加载状态，即用户一直处于加载状态或等待状态，此时，仍然无法改善用户的搜索及浏览体验，甚至可能会给用户造成过度提示的情况，而第三种方式，只适用于自有业务，并且已经明确网页的内容格式，当应用于非自有业务时，可能存在假图与网页的真实内容不符的情况，降低用户的搜索及浏览体验。

本申请主要针对现有技术中用户的搜索及浏览体验不佳的技术问题，提出一种页面显示方法。

本申请实施例的页面显示方法，通过发送资源请求；其中，资源请求用于获取目标页面，而后，在发送资源请求和获取到目标页面之间的时段内，查询目标页面对应的骨架屏页面并显示；其中，目标页面对应的骨架屏页面，是根据历史访问目标页面时目标页面的架构生成，最后，当获取到目标页面时，显示目标页面并隐藏骨架屏页面。由此，可以实现在目标页面未成功加载之前，预先展示目标页面对应的骨架屏页面，便于用户预先了解该目标页面对应的架构，从而避免用户一直处于等待状态或加载状态，可以改善用户的使用体验。并且，由于骨架屏页面是根据目标页面的架构生成的，因此，该骨架屏页面和目标页面的真实内容相匹配，可以提升用户的搜索及浏览体验。

下面参考附图描述本申请实施例的页面显示方法、装置、计算机设备和可读存储介质。

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

本申请实施例以该页面显示方法被配置于页面显示装置中来举例说明，该页面显示装置可以应用于任一计算机设备中，以使该计算机设备可以执行页面显示功能。

其中，计算机设备可以为个人电脑(personalcomputer，简称pc)、云端设备、移动设备等，移动设备例如可以为手机、平板电脑、个人数字助理、穿戴式设备、车载设备等具有各种操作系统、触摸屏和/或显示屏的硬件设备。

如图1所示，该页面显示方法包括以下步骤：

步骤101，发送资源请求；其中，资源请求用于获取目标页面。

本申请实施例的执行主体具体可以指计算机设备中运行的客户端。其中，客户端是指与服务器端相对应，为用户提供本地服务的程序，例如搜索类应用程序(application，简称app)、视频类app等等。

本申请实施例中，用户可以通过该客户端，发送资源请求，例如，用户可以基于计算机设备上的客户端，输入目标页面的网络地址，即ip地址，以触发资源请求，或者，用户可以通过输入关键字的方式，以触发资源请求，比如用户可以通过输入目标页面对应的关键字，来触发对应的资源请求，或者，用户可以通过触发客户端显示界面上的预设功能选项或触发热区，来触发对应的资源请求，等等，对此不作限制。其中，ip地址或关键字的输入方式可以包括但不限于触摸输入(例如，滑动、点击等)、键盘输入、语音输入等。

本申请实施例中，当客户端通过侦听方式，侦听到用户触发资源请求后，可以向服务器端发送资源请求，以从服务器端获取对应的目标页面。

步骤102，在发送资源请求和获取到目标页面之间的时段内，查询目标页面对应的骨架屏页面并显示；其中，目标页面对应的骨架屏页面，是根据历史访问目标页面时目标页面的架构生成。

本申请实施例中，骨架屏(skeletonscreen)页面，是指在目标页面的页面资源尚未加载前，在客户端展示该目标页面的具体结构，本申请中记为架构。

作为一种可能的实现方式，目标页面对应的骨架屏页面，是客户端在历史访问该目标页面时，根据该目标页面的架构生成的，例如，该客户端在2天前，访问了目标页面，当该客户端在加载目标页面后，可以根据目标页面的架构，生成对应的骨架屏页面。在客户端生成骨架屏页面后，客户端可以将骨架屏页面发送至服务器端进行存储，以供其他客户端访问目标页面时，获取该目标页面对应的骨架屏页面。由此，在服务器端存储骨架屏页面，可以实现资源的共享。

作为另一种可能的实现方式，客户端在生成骨架屏页面后，可以将骨架屏页面保存至本地，从而当该客户端下次访问目标页面后，可以直接从本地获取并展示对应的骨架屏页面，由此，客户端无需访问服务器端，提升骨架屏页面的查询效率。

作为又一种可能的实现方式，客户端在生成骨架屏页面后，可以将骨架屏页面保存至本地，从而当该客户端下次访问目标页面后，可以直接从本地获取并展示对应的骨架屏页面，提升骨架屏页面的查询效率。同时，客户端还可以将骨架屏页面发送至服务器端进行存储，以供其他客户端访问目标页面时，获取该目标页面对应的骨架屏页面，由此，在服务器端存储骨架屏页面，可以实现资源的共享。并且，其他客户端在访问目标页面时，可以无需重新生成对应的骨架屏页面，可以降低资源占用，并且可以提升骨架屏页面获取的实时性，从而改善用户的浏览体验。

本申请实施例中，在客户端发送资源请求后，并且该客户端并未获取到该目标页面之前，客户端可以查询得到目标页面对应的骨架屏页面。例如，为了提升骨架屏页面查询的效率，客户端可以判断本地是否保存有目标页面对应的骨架屏页面，若是，则直接从本地获取目标页面对应的骨架屏页面，若否，则从服务器端查询目标页面对应的骨架屏页面。

作为一种可能的实现方式，资源请求中可以携带有目标页面的网络标识，例如ip地址，客户端可以根据资源请求携带的网络标识，查询得到目标页面对应的骨架屏页面。例如，客户端可以保存有网络标识和骨架屏页面之间的对应关系，和/或，服务器端可以保存有网络标识和骨架屏页面之间的对应关系，客户端可以根据网络标识，查询本地是否保存有目标页面对应的骨架屏页面，若是，则根据网络标识，直接从本地获取目标页面对应的骨架屏页面，若否，则根据网络标识，查询服务器端，以得到服务器端存储的目标页面对应的骨架屏页面。

需要说明的是，虽然可以由服务器端直接根据目标页面生成对应的骨架屏页面，客户端在发送资源请求后，由服务器端查询获取对应的骨架屏页面，但是，由服务器端生成目标页面对应的骨架屏页面，存在以下几种问题：

第一，计算成本和带宽问题：由于互联网中的页面资源为千亿级，并且每天还在持续增长中，对于服务器端而言，新数据的计算量以及资源的消耗较大，计算成本较高，带宽占用较高；

第二，真实性问题：有些页面是需要用户登录后才可以看到的，比如163邮箱，对于这类页面，服务器端是无法获取到登录后的页面资源，因此服务器端无法生成对应的骨架屏页面；

第三，站点反作弊问题：若同一个服务器端或者同一组服务器端，经常向同一个页面获取数据，则该页面可以对其进行打击。

而本申请实施例中，通过客户端根据目标页面的架构生成对应的骨架屏页面，可以降低服务器端的资源占用，以及降低计算成本。并且，即使对于需要登录的页面，客户端也可以获取对应的页面资源，从而可以生成对应的骨架屏页面，同时，站点的攻防策略并不会影响到各客户端，可以提升该页面显示方法的有效性。此外，客户端将生成的骨架屏页面保存至服务器端，当其他客户端访问目标页面时，可以直接获取对应的骨架屏页面，无需重新生成骨架屏页面，可以提升骨架屏页面获取的实时性，从而改善用户的浏览体验。

步骤103，当获取到目标页面时，显示目标页面并隐藏骨架屏页面。

本申请实施例中，在客户端查询目标页面对应的骨架屏页面的同时，服务器端可以根据资源请求中携带的目标页面的网络标识，查询目标页面，并向客户端返回目标页面，相应的，当客户端获取到目标页面时，可以隐藏骨架屏页面，并显示目标页面。

本申请实施例的页面显示方法，通过发送资源请求；其中，资源请求用于获取目标页面，而后，在发送资源请求和获取到目标页面之间的时段内，查询目标页面对应的骨架屏页面并显示；其中，目标页面对应的骨架屏页面，是根据历史访问目标页面时目标页面的架构生成，最后，当获取到目标页面时，显示目标页面并隐藏骨架屏页面。由此，可以实现在目标页面未成功加载之前，预先展示目标页面对应的骨架屏页面，便于用户预先了解该目标页面对应的架构，从而避免用户一直处于等待状态或加载状态，可以改善用户的使用体验。并且，由于骨架屏页面是根据目标页面的架构生成的，因此，该骨架屏页面和目标页面的真实内容相匹配，可以提升用户的搜索及浏览体验。

作为一种应用场景，客户端在历史访问目标页面时，可以根据目标页面的架构，生成对应的骨架屏页面。当客户端生成对应的骨架屏页面后，可以将骨架屏页面保存至客户端本地，从而当客户端下次访问该目标页面时，可以从本地存储的数据中，直接查询目标页面对应的骨架屏页面并显示，提升骨架屏页面查询的效率。下面结合图2，对上述过程进行详细说明。

图2为本申请实施例二所提供的页面显示方法的流程示意图。

如图2所示，该页面显示方法可以包括以下子步骤：

步骤201，客户端在历史访问目标页面时，根据目标页面的架构，生成并存储对应的骨架屏页面。

作为一种可能的实现方式，客户端在生成目标页面对应的骨架屏页面后，可以将目标页面的网络标识和骨架屏页面进行对应存储，即客户端可以保存目标页面的网络标识和骨架屏页面之间的对应关系。

步骤202，客户端向服务器端发送资源请求，以获取目标页面。

本申请实施例中，当用户根据自身需求，想要再次打开目标页面时，可以通过客户端向服务器端发送资源请求，以获取对应的目标页面。

步骤203，客户端在发送资源请求和获取到目标页面之间的时段内，从本地存储的数据中，查询目标页面对应的骨架屏页面并显示。

作为一种可能的实现方式，资源请求中可以携带有目标页面的网络标识，客户端可以根据资源请求携带的网络标识，查询网络标识和骨架屏页面之间的对应关系，获取对应的骨架屏页面。在查询到骨架屏页面之后，可以直接在显示界面展示该骨架屏页面。

步骤204，当客户端获取到目标页面时，显示目标页面并隐藏骨架屏页面。

步骤204的执行过程可以参见上述实施例中步骤103的执行过程，在此不做赘述。

本申请实施例的页面显示方法，通过由客户端生成并存储目标页面对应的骨架屏页面，从而当客户端下次访问该目标页面时，可以从本地存储的数据中，直接查询该目标页面对应的骨架屏页面，可以提升骨架屏页面的查询效率，从而可以避免用户处于等待状态，改善用户的搜索和浏览体验。

作为另一种应用场景，当某个客户端首次访问目标页面时，该客户端中并未存储有该目标页面对应的骨架屏页面，为了实现正常加载目标页面对应的骨架屏页面，该客户端可以从服务器端查询对应的骨架屏页面。因此，作为本申请实施例的另一种可能的实现方式，为了实现资源的共享，当某个客户端访问目标页面，并根据目标页面的架构生成对应的骨架屏页面后，可以将骨架屏页面发送至服务器端进行存储，从而当其他客户端访问该目标页面时，可以从服务器端查询目标页面对应的骨架屏页面并显示。下面结合图3，对上述过程进行详细说明。

图3为本申请实施例三所提供的页面显示方法的流程示意图。

如图3所示，该页面显示方法可以包括以下步骤：

步骤301，客户端在历史访问目标页面时，根据目标页面的架构，生成对应的骨架屏页面。

步骤302，客户端将目标页面对应的骨架屏页面，发送至服务器端进行存储。

作为一种可能的实现方式，客户端在生成目标页面对应的骨架屏页面，并发送至服务器端后，服务器端可以将目标页面的网络标识和骨架屏页面进行对应存储，即服务器端可以保存网络标识和骨架屏页面之间的对应关系。

步骤303，其他客户端向服务器端发送资源请求，以获取目标页面。

步骤304，其他客户端在发送资源请求和获取到目标页面之间的时段内，从服务器端查询目标页面对应的骨架屏页面并显示。

本申请实施例中，其他客户端可以从服务器端查询目标页面对应的骨架屏页面，例如，可以根据目标页面的网络标识，查询服务器端，以得到服务器端存储的目标页面对应的骨架屏页面。

步骤305，当其他客户端获取到目标页面时，显示目标页面并隐藏骨架屏页面。

本申请实施例的页面显示方法，通过在客户端生成目标页面对应的骨架屏页面后，将骨架屏页面发送至服务器端进行存储，从而当其他客户端首次访问目标页面时，可以无需生成对应的骨架屏页面，可以降低资源占用。

作为又一种应用场景，当客户端生成对应的骨架屏页面，并将骨架屏页面保存至客户端本地后，如果用户根据自身需求，释放了显示设备中的部分内存，比如将目标页面对应的骨架屏页面进行删除，此时，客户端中未存储有该目标页面对应的骨架屏页面。因此，为了实现正常加载目标页面对应的骨架屏页面，此时，客户端可以从服务器端查询对应的骨架屏页面。因此，作为本申请实施例的又一种可能的实现方式，为了实现资源的共享，当某个客户端访问目标页面，并根据目标页面的架构生成对应的骨架屏页面后，可以将骨架屏页面同时存储在客户端本地以及服务器端，从而当该客户端访问该目标页面时，可以判断本地是否保存有目标页面对应的骨架屏页面，若是，则直接从本地获取目标页面对应的骨架屏页面，若否，则从服务器端查询目标页面对应的骨架屏页面。下面结合图4，对上述过程进行详细说明。

图4为本申请实施例四所提供的页面显示方法的流程示意图。

如图4所示，该页面显示方法可以包括以下步骤：

步骤401，客户端在历史访问目标页面时，根据目标页面的架构，生成并存储对应的骨架屏页面。

作为一种可能的实现方式，客户端在生成目标页面对应的骨架屏页面后，可以将目标页面的网络标识和骨架屏页面进行对应存储，即客户端可以保存目标页面的网络标识和骨架屏页面之间的对应关系。

步骤402，客户端将目标页面对应的骨架屏页面，发送至服务器端进行存储。

作为一种可能的实现方式，客户端在生成目标页面对应的骨架屏页面，并发送至服务器端后，服务器端可以将目标页面的网络标识和骨架屏页面进行对应存储，即服务器端可以保存网络标识和骨架屏页面之间的对应关系。

步骤403，客户端向服务器端发送资源请求，以获取目标页面。

步骤404，客户端在发送资源请求和获取到目标页面之间的时段内，判断本地存储的数据中是否具有目标页面对应的骨架屏页面，若是，执行步骤405，若否，执行步骤406。

作为一种可能的实现方式，资源请求中可以携带有目标页面的网络标识，客户端可以根据资源请求携带的网络标识，查询本地是否保存有目标页面对应的骨架屏页面，若是，则根据网络标识，直接从本地查询目标页面对应的骨架屏页面，若否，则根据网络标识，查询服务器端，以得到服务器端存储的目标页面对应的骨架屏页面。

步骤405，直接从本地查询目标页面对应的骨架屏页面并显示。

步骤406，从服务器端查询目标页面对应的骨架屏页面并显示。

步骤407，当客户端获取到目标页面时，显示目标页面并隐藏骨架屏页面。

本申请实施例的页面显示方法，通过在客户端本地和服务器端同时存储目标页面对应的骨架屏页面，可以防止客户端中存储的数据被删除时，无法查询骨架屏页面的情况，并且，从服务器端查询并获取目标页面对应的骨架屏页面，可以无需重新生成对应的骨架屏页面，可以降低资源占用，并且可以提升骨架屏页面获取的实时性，从而改善用户的浏览体验。

需要说明的是，骨架屏页面是由客户端根据目标页面的架构生成的，而运行客户端的显示设备不同时，生成的骨架屏页面可以是不用的，例如，显示设备的显示参数不同时，比如分辨率不同时，生成的骨架屏页面的分辨率也是不同的，即当客户端生成骨架屏页面，并发送至服务器端进行存储后，服务器中存储的骨架屏页面，仅与生成骨架屏页面的显示设备匹配。因此，本申请中，在客户端从服务器端获取到目标页面的骨架屏页面后，可以判断该骨架屏页面适配的机型与用户的当前显示设备是否匹配，若不匹配，则根据当前显示设备的显示参数，在骨架屏页面中对各占位区域进行排版，从而提升该骨架屏页面的显示效果。下面结合图5，对上述过程进行详细说明。

图5为本申请实施例五所提供的页面显示方法的流程示意图。

如图5所示，该页面显示方法可以包括以下步骤：

步骤501，发送资源请求；其中，资源请求用于获取目标页面。

本申请实施例中，资源请求中可以携带有目标页面的网络标识，例如ip地址。

步骤502，根据资源请求携带的网络标识，查询服务器端，以得到服务器端存储的目标页面对应的骨架屏页面。

本申请实施例中，服务器端保存有网络标识与骨架屏页面之间的对应关系，从而在确定资源请求携带的网络标识后，可以查询上述对应关系，获取目标页面对应的骨架屏页面。

步骤503，判断骨架屏页面适配的机型与当前显示设备是否匹配，若是，执行步骤504，若否，执行步骤505。

本申请实施例中，在客户端生成目标页面对应的骨架屏页面后，可以将骨架屏页面、目标页面对应的网络标识和运行客户端的显示设备的机型(即骨架屏页面适配的机型)发送至服务器端，从而服务器端可以将根据目标页面得到的骨架屏页面、对应的网络标识和骨架屏页面适配的机型进行对应存储。

本申请实施例中，在客户端查询得到骨架屏页面后，可以查询上述对应关系，获取骨架屏页面适用的机型，并将骨架屏页面适配的机型与当前显示设备进行匹配，判断骨架屏页面适配的机型与当前显示设备匹配，若是，执行步骤504，若否，执行步骤505。

步骤504，通过显示设备显示骨架屏页面。

本申请实施例中，在骨架屏页面适配的机型与当前显示设备匹配时，可以直接通过该显示设备显示骨架屏页面。

步骤505，根据显示设备的显示参数，在骨架屏页面中对各占位区域进行排版。

本申请实施例中，骨架屏页面中展示有灰度填充的占位区域，如图6所示，其中，图6中的每个占位区域与图7中目标页面的相应页面元素一一对应。

本申请实施例中，显示参数指示在显示设备的显示性能限制下，用于获得最佳显示效果的参数，包括：分辨率、页边距、点距等。可以理解的是，显示设备的显示参数不同时，比如分辨率不同时，生成的骨架屏页面的分辨率也是不同的。因此，本申请实施例中，为了提升该骨架屏页面的显示效果，在骨架屏页面适配的机型与当前显示设备不匹配时，可以根据显示设备的显示参数，在骨架屏页面中对各占位区域进行排版。

作为一种可能的实现方式，当占位区域的内容类型不同时，排版规则可以不同，比如，当占位区域的内容类型为图片类型时，排版规则可以为缩放，当占位区域的内容类型为文字类型时，排版规则可以为调整每行的长度或字数，以及重新确定行数等。因此，本申请中，可以根据各占位区域的内容类型，对相应占位区域进行排版，以使排版后的骨架屏页面和显示设备的显示参数匹配。其中，各占位区域的内容类型为相应占位区域对应的页面元素的内容类型。

步骤506，当获取到目标页面时，显示目标页面并隐藏骨架屏页面。

步骤506的执行过程可以参见上述实施例中步骤103的执行过程，在此不做赘述。

本申请实施例的页面显示方法，通过根据资源请求携带的网络标识，查询服务器端，以得到服务器端存储的目标页面对应的骨架屏页面，判断骨架屏页面适配的机型与当前显示设备是否匹配，若是，则通过显示设备显示骨架屏页面，若否，则根据显示设备的显示参数，在骨架屏页面中对各占位区域进行排版。由此，可以提升骨架屏页面的显示效果，从而提升用户的浏览体验。

作为一种可能的实现方式，为了实现对服务器端存储的目标页面的骨架屏页面进行动态维护和实时更新，以确保服务器端存储的骨架屏页面的准确性，当客户端加载得到目标页面后，还可以根据目标页面重新生成对应的骨架屏页面，并将生成的骨架屏页面与查询服务器端得到的骨架屏页面进行比较，判断两者是否一致，若否，则根据客户端生成的骨架屏页面，对服务器中存储的骨架屏页面进行更新。下面结合图8，对上述过程进行详细说明。

图8为本申请实施例六所提供的页面显示方法的流程示意图。

如图8所示，在显示目标页面并隐藏骨架屏页面之后，该页面显示方法还可以包括以下步骤：

步骤601，对显示的目标页面进行架构提取，得到本次访问目标页面得到的骨架屏页面。

本申请实施例中，对于目标页面，可以自顶至下提取页面元素的位置和轮廓，并在空白页面中，在相应位置处，用灰度填充各页面元素的轮廓，得到骨架屏页面。

步骤602，将本次访问目标页面得到的骨架屏页面，与查询服务器端得到的骨架屏页面进行比较；服务器端存储的骨架屏页面，是历史访问目标页面的客户端生成并发送至服务器存储的。

步骤603，若本次访问目标页面得到的骨架屏页面，与查询服务器端得到的骨架屏页面存在差异，将本次访问目标页面得到的骨架屏页面，以及目标页面的网络标识发送至服务器端，以进行更新存储。

其中，服务器端，用于存储本次访问目标页面得到的骨架屏页面，以及对应的网络标识。

本申请实施例中，当客户端提取得到本次访问目标页面得到的骨架屏页面后，若本次访问得到的目标页面得到的骨架屏页面，与查询服务器端得到的骨架屏页面存在差异，即客户端生成的目标页面对应的骨架屏页面，与服务器端存储的骨架屏页面不一致时，可以将本次访问目标页面得到的骨架屏页面，以及目标页面的网络标识发送至服务器端，以进行更新存储，从而可以实现对服务器端存储的目标页面的骨架屏页面进行动态维护和实时更新，以确保服务器端存储的骨架屏页面的准确性。

可以理解的是，在用户所处的地域不同时，其所需的目标页面可能不同，因此，用户所需的骨架屏页面可能不同。因此，本申请中，为了实现对不同用户提供定制化的搜索服务，在步骤502之后，还可以根据各骨架屏页面适配的地域，对查询到的骨架屏页面进行筛选，以保留适配显示设备所处地域的骨架屏页面，由此，还可以提升处理效率。下面结合图9，对上述过程进行详细说明。

图9为本申请实施例七所提供的页面显示方法的流程示意图。

如图9所示，在步骤502之后，该页面显示方法还可以包括以下步骤：

步骤701，根据各骨架屏页面适配的地域，对查询到的骨架屏页面进行筛选，以保留适配显示设备所处地域的骨架屏页面。

本申请实施例中，显示设备中可以内置地理位置采集装置，例如全球定位系统(globalpositionsystem，简称gps)等，用于采集显示设备所处的地域。在客户端生成骨架屏页面后，客户端可以将骨架屏页面、对应的网络标识和显示设备所处地域发送至服务器端，从而服务器端可以对上述骨架屏页面、对应的网络标识和地域进行对应存储。当客户端确定资源请求携带的目标页面的网络标识后，可以从服务器端查询上述对应关系，确定各骨架屏页面适配的地域，根据当前显示设备所处的地域，对各骨架屏页面进行筛选，以保留适配显示设备所处地域的骨架屏页面。

步骤702，对显示的目标页面进行架构提取，得到本次访问目标页面得到的骨架屏页面。

本申请实施例中，对于目标页面，可以自顶至下提取页面元素的位置和轮廓，并在空白页面中，在相应位置处，用灰度填充各页面元素的轮廓，得到骨架屏页面。

步骤703，将本次访问目标页面得到的骨架屏页面，与查询服务器端得到的骨架屏页面进行比较；服务器端存储的骨架屏页面，是历史访问目标页面的客户端生成并发送至服务器存储的。

步骤704，若本次访问目标页面得到的骨架屏页面，与查询服务器端得到的骨架屏页面存在差异，则将本次访问目标页面得到的骨架屏页面，以及目标页面的网络标识和显示设备所处地域发送至服务器端，以进行更新存储。

其中，服务器端，用于存储本次访问目标页面得到的骨架屏页面，以及对应的网络标识和对应的地域。

本申请实施例中，当客户端提取得到本次访问目标页面得到的骨架屏页面后，若本次访问得到的目标页面得到的骨架屏页面，与查询服务器端得到的骨架屏页面存在差异，即客户端生成的目标页面对应的骨架屏页面，与服务器端存储的骨架屏页面不一致时，可以将本次访问目标页面得到的骨架屏页面，以及目标页面的网络标识和显示设备所处地域发送至服务器端，以进行更新存储，从而可以实现对服务器端存储的目标页面的骨架屏页面进行动态维护和实时更新，以确保服务器端存储的骨架屏页面的准确性。

作为一种可能的实现方式，服务器端还可以对骨架屏页面的存储时长进行计时，当计时到达设定存储时长时，可以删除存储的骨架屏页面，以节省服务器端的资源占用。其中，设定存储时长为预先设定的。

本申请实施例的页面显示方法，通过在本次访问目标页面得到的骨架屏页面，与查询服务器端得到的骨架屏页面存在差异时，将本次访问目标页面得到的骨架屏页面，以及目标页面的网络标识和显示设备所处地域发送至服务器端，以进行更新存储，由此，可以实现对目标页面的骨架屏页面进行动态维护和实时更新，以确保服务器端存储的骨架屏页面的准确性。

需要说明的是，如果任一客户端均未访问过目标页面，此时，服务器端并未存储有目标页面对应的骨架屏页面，因此，在上述图1至图9实施例中，当客户端根据资源请求携带的网络标识查询服务器端，并确定服务器端未存储目标页面对应的骨架屏页面时，可以直接显示目标页面。也就是说，当客户端发送资源请求后，待客户端获取到目标页面时，可以直接显示目标页面。

作为一种可能的实现方式，可以根据目标页面的打开速度及稳定性等维度，确定是否需要在展示目标页面之前，预先展示对应的骨架屏页面，具体地，判断该目标页面在历史访问过程中是否存在异常，比如加载速度过慢、加载出错等等，若是，则确定需要预先展示对应的骨架屏页面，此时，可以查询目标页面对应的骨架屏页面并显示，以改善用户的搜索及浏览体验，若否，则表明该目标页面的打开速度较快，此时，无需预先展示对应的骨架屏页面，可以在客户端发送资源请求后，待客户端获取到目标页面时，直接展示对应的目标页面，即客户端在从服务器端获取到目标页面时，可以直接显示目标页面，以提升该页面显示方法的灵活性和适用性。下面结合图10，对上述过程进行详细说明。

图10为本申请实施例八所提供的页面显示方法的流程示意图。

如图10所示，该页面显示方法可以包括以下步骤：

步骤801，发送资源请求；其中，资源请求用于获取目标页面。

步骤802，判断目标页面在历史访问过程中是否存在访问异常，若是，执行步骤803，若否，执行步骤805。

作为一种可能的实现方式，可以根据目标页面的历史加载数据进行统计和分析，判断该目标页面在历史访问过程中是否存在异常，比如，当根据历史加载数据，确定目标页面在历史访问过程中，出现加载速度过慢、加载出错等情况，则确定目标页面在历史访问过程中存在访问异常，此时，需要预先展示对应的骨架屏页面，因此，可以执行步骤803，而当根据历史加载数据，确定目标页面在历史访问过程中，加载速度较快、并未加载出错等等，则确定目标页面在历史访问过程中未存在访问异常，此时，无需预先展示对应的骨架屏页面，因此，可以执行步骤805。

作为另一种可能的实现方式，还可以预先设置白名单，该白名单用于记载无需展示骨架屏页面对应的各页面，即该白名单用于记载正常访问的页面，在获取到资源请求后，可以查询白名单，确定目标页面是否处于白名单中，若是，则确定目标页面在历史访问过程中不存在访问异常，此时，可以执行步骤805，若否，则确定目标页面在历史访问过程中存在访问异常，此时，可以执行步骤803。

例如，白名单中可以保存有正常访问的页面的网络标识，在获取到资源请求后，可以根据资源请求中携带的目标页面的网络标识，查询上述白名单，确定该白名单中是否保存有该目标页面的网络标识，若是，则确定无需预先展示该目标页面对应的骨架屏页面，此时，可以执行步骤805，若否，则确定需要预先展示该目标页面对应的骨架屏页面，此时，可以执行步骤803。

作为又一种可能的实现方式，还可以预先设置黑名单，该黑名单用于记载需要展示骨架屏页面对应的各页面，即该黑名单用于记载异常访问的页面，在获取到资源请求后，可以查询黑名单，确定目标页面是否处于黑名单中，若是，则确定目标页面在历史访问过程中存在访问异常，此时，可以执行步骤803，若否，则确定目标页面在历史访问过程中不存在访问异常，此时，可以执行步骤805。

例如，黑名单中可以保存有异常访问的页面的网络标识，在获取到资源请求后，可以根据资源请求中携带的目标页面的网络标识，查询上述黑名单，确定该黑名单中是否保存有该目标页面的网络标识，若是，则确定需要预先展示该目标页面对应的骨架屏页面，此时，可以执行步骤803，若否，则确定无需预先展示该目标页面对应的骨架屏页面，此时，可以执行步骤803。

步骤803，在发送资源请求和获取到目标页面之间的时段内，查询目标页面对应的骨架屏页面并显示；其中，目标页面对应的骨架屏页面，是根据历史访问目标页面时目标页面的架构生成。

步骤804，当获取到目标页面时，显示目标页面并隐藏骨架屏页面。

步骤805，待获取到目标页面时，显示目标页面。

本申请实施例中，只有当目标页面在历史访问过程中存在访问异常时，才查询并显示对应的骨架屏页面，而当目标页面在历史访问过程中未存在访问异常时，待获取到目标页面时，直接显示目标页面，可以提升该页面显示方法的灵活性和适用性。

作为一种可能的实现方式，当本次访问目标页面未存在异常时，可以将目标页面添加到白名单中，而当本次访问目标页面存在异常时，可以将目标页面从白名单中删除。由此，可以实现对白名单进行动态维护和补充，从而保证白名单中记载的始终为正常访问的各页面。

作为一种可能的实现方式，当本次访问目标页面未存在异常时，可以将目标页面从黑名单中删除，而当本次访问目标页面存在异常时，可以将目标页面添加至黑名单中。由此，可以实现对黑名单进行动态维护和补充，从而保证黑名单中记载的始终为异常访问的各页面。

作为一种可能的实现方式，在客户端显示目标页面时，可以预测用户可能打开的页面，并提前获取上述页面对应的骨架屏页面，从而当用户打开该页面时，可以无需查询并获取对应的骨架屏页面，进一步改善用户的搜索及浏览体验。下面结合图11，对上述过程进行详细说明。

图11为本申请实施例九所提供的页面显示方法的流程示意图。

如图11所示，在图1至图10所示实施例的基础上，该页面显示方法还可以包括以下步骤：

步骤901，根据目标页面内设置的网络链接，确定相关页面。

本申请实施例中，在客户端展示目标页面时，可以根据目标页面内设置的网络链接，确定相关页面。例如，目标页面内设置有网络链接a和网络链接1，网络链接a对应的相关页面为页面1，网络链接b对应的相关页面为页面b。

步骤902，获取相关页面对应的骨架屏页面。

本申请实施例中，网络链接用于链接至相关页面的网络地址，因此，可以根据网络链接，确定相关页面的网络地址，根据网络地址，查询相关页面对应的骨架屏页面。具体地，客户端可以根据网络地址，从本地存储的数据中，查询相关页面对应的骨架屏页面，并判断本地是否保存有相关页面对应的骨架屏页面，若是，则直接从本地获取目标页面对应的骨架屏页面，若否，则从服务器端查询目标页面对应的骨架屏页面。

例如，可以根据网络链接a，可以查询页面1对应的骨架屏页面，以及根据网络链接b，查询页面2对应的骨架屏页面。

步骤903，当探测到触发网络链接的用户操作时，显示相关页面对应的骨架屏页面。

本申请实施例中，用户操作为用户触发网络链接的操作，例如为用户点击网络链接的操作。客户端可以通过侦听方式，探测用户触发网络链接的用户操作，当探测到用户操作时，例如用户点击网络链接时，此时，可以直接显示相关页面对应的骨架屏页面。

本申请实施例的页面显示方法，通过根据目标页面内设置的网络链接，确定相关页面，并获取相关页面对应的骨架屏页面，从而当探测到触发网络链接的用户操作时，显示相关页面对应的骨架屏页面。由此，可以实现预测用户可能打开的页面，并提前获取该页面对应的骨架屏页面，从而当用户打开该页面时，可以无需查询并获取对应的骨架屏页面，进一步改善用户的搜索及浏览体验。

作为一种示例，参见图12，客户端生成骨架屏页面的流程：客户端在加载某个页面后，可以对该页面进行架构提取，得到该页面的骨架屏页面，并判断该骨架屏页面是否与查询服务器端得到的骨架屏页面存在差异，若是，则将该骨架屏页面上传至服务器端进行更新存储，或者，可以判断服务器中是否保存有该骨架屏页面，若否，则将该骨架屏页面上传至服务器端进行存储，或者，可以判断该骨架屏页面的存储时长是否到达设定存储时长，若是，则删除该骨架屏页面，以节省服务器端的资源占用。

客户端在加载目标页面时，可以根据网络标识，查询本地是否保存有目标页面对应的骨架屏页面，若是，则根据网络标识，直接从本地获取目标页面对应的骨架屏页面，若否，则根据网络标识，从服务器端查询目标页面对应的骨架屏页面，服务器端可以向客户端返回对应的骨架屏页面。需要说明的是，图6仅以客户端未保存有目标页面对应的骨架屏页面，服务器端保存有目标页面对应的骨架屏页面示例，即以客户端直接从服务器端查询目标页面对应的骨架屏页面，服务器端向客户端返回对应的骨架屏页面示例。

作为一种示例，参见图13，图13为本申请实施例中页面显示系统的结构示意图。其中，页面显示系统包括骨架屏展现策略模块、骨架屏获取模块、骨架屏生成策略模块，以及骨架屏上传模块。

其中，骨架屏展现策略模块，用于对当前加载的页面是否展现骨架屏页面进行管理，主要实现以下3个功能：

1.判断客户端当前加载的页面是否需要预先展示骨架屏页面，比如可以根据设定的白名单或黑名单进行判断，或者可以根据历史加载数据进行判断；

2.更新以及同步白名单或黑名单中的信息，比如对白名单或黑名单中的各页面的网络标识进行实时更新或动态维护；

3.向服务器端上报历史访问过程中存在异常的页面信息，例如加载速度过慢、加载出错的页面信息。

骨架屏获取模块，用于从服务器端查询当前加载的页面对应的骨架屏页面，并从服务器端获取一组通用的骨架屏页面，例如，客户端可以从服务器端获取与目标页面内设置的网络链接对应的相关页面的骨架屏页面。

骨架屏生成策略模块，用于在加载页面后，根据加载页面的架构，生成对应的骨架屏页面。

在客户端生成骨架屏页面后，可以判断服务器端是否保存有该骨架屏页面，若否，则将该骨架屏页面上传至服务器端进行保存，若是，则判断生成的骨架屏页面是否与服务器端保存的骨架屏页面存在差异，若是，则将生成的骨架屏页面上传至服务器端进行更新存储。同时，服务器端还可以对骨架屏页面的存储时长进行计时，当计时达到设定存储时长时，删除存储的骨架屏页面，以降低服务器端的资源占用。

骨架屏上传模块，用于将生成的骨架屏页面、骨架屏页面适配的机型、骨架屏页面适配的地域等信息，上传至服务器端。

需要说明的是，还可以由服务器端生成骨架屏页面。参见图14，服务器端生成骨架屏页面的流程：服务器端可以从第三方站点获取页面资源，并进行架构提取，生成对应的骨架屏页面。当客户端在加载目标页面时，可以从服务器端查询目标页面对应的骨架屏页面，服务器端可以向客户端返回对应的骨架屏页面。

为了实现上述实施例，本申请还提出一种页面显示装置。

图15为本申请实施例十所提供的页面显示装置的结构示意图。

如图15所示，该页面显示装置包括：发送模块101、查询模块102，以及显示模块103。

其中，发送模块101，用于发送资源请求；其中，资源请求用于获取目标页面。

查询模块102，用于在发送资源请求和获取到目标页面之间的时段内，查询目标页面对应的骨架屏页面并显示；其中，目标页面对应的骨架屏页面，是根据历史访问目标页面时目标页面的架构生成。

作为一种可能的实现方式，资源请求携带有目标页面的网络标识。

查询模块102，具体用于：根据资源请求携带的网络标识，查询服务器端，以得到服务器端存储的目标页面对应的骨架屏页面；若骨架屏页面适配的机型与当前显示设备匹配，通过显示设备显示骨架屏页面。

显示模块103，用于当获取到目标页面时，显示目标页面并隐藏骨架屏页面。

进一步地，在本申请实施例的一种可能的实现方式中，参见图16，在图15所示实施例的基础上，该页面显示装置还可以包括：

作为一种可能的实现方式，骨架屏页面中展示有灰度填充的占位区域，与目标页面中各页面元素一一对应，根据资源请求携带的网络标识。

排版模块104，用于在查询服务器端，以得到服务器端存储的目标页面对应的骨架屏页面之后，若骨架屏页面适配的机型与当前显示设备不匹配，根据显示设备的显示参数，在骨架屏页面中对各占位区域进行排版。

作为一种可能的实现方式，排版模块104，具体用于：根据各占位区域的内容类型，对相应占位区域进行排版，以使排版后的骨架屏页面匹配显示参数；其中，各占位区域的内容类型，是相应占位区域对应的页面元素的内容类型。

筛选模块105，用于在根据资源请求携带的网络标识，查询服务器端，以得到服务器端存储的目标页面对应的骨架屏页面之后，根据各骨架屏页面适配的地域，对查询到的骨架屏页面进行筛选，以保留适配显示设备所处地域的骨架屏页面。

提取模块106，用于对显示的目标页面进行架构提取，得到本次访问目标页面得到的骨架屏页面。

处理模块107，用于将本次访问目标页面得到的骨架屏页面，与查询服务器端得到的骨架屏页面进行比较；服务器端存储的骨架屏页面，是历史访问目标页面的客户端生成并发送至服务器存储的，若本次访问目标页面得到的骨架屏页面，与查询服务器端得到的骨架屏页面存在差异，将本次访问目标页面得到的骨架屏页面，以及目标页面的网络标识发送至服务器端，以进行更新存储。

其中，服务器端，用于存储本次访问目标页面得到的骨架屏页面，以及对应的网络标识和对应的地域。

服务器端，还用于对骨架屏页面的存储时长进行计时，当计时达到设定存储时长时，删除存储的骨架屏页面。

作为一种可能的实现方式，显示模块103，还用于：若查询服务器端，确定服务器端未存储目标页面对应的骨架屏页面，待获取到目标页面时，显示目标页面。

判断模块108，用于在发送资源请求之后，判断目标页面在历史访问过程中是否存在访问异常。

作为一种可能的实现方式，查询模块102，具体用于：若目标页面在历史访问过程中存在访问异常，查询目标页面对应的骨架屏页面并显示。

作为一种可能的实现方式，显示模块103，还用于：在判断目标页面在历史访问过程中是否存在访问异常之后，若目标页面在历史访问过程中未存在访问异常，待获取到目标页面时，显示目标页面。

作为一种可能的实现方式，判断模块108，具体用于：查询白名单；其中，白名单用于记载正常访问的页面；若目标页面处于白名单中，确定目标页面在历史访问过程中不存在访问异常；若目标页面未处于白名单中，确定目标页面在历史访问过程中存在访问异常。

作为另一种可能的实现方式，判断模块108，具体用于：查询黑名单；其中，黑名单用于记载异常访问的页面；若目标页面处于黑名单中，确定目标页面在历史访问过程中存在访问异常；若目标页面未处于黑名单中，确定目标页面在历史访问过程中不存在访问异常。

维护模块109，用于在若本次访问目标页面未存在异常，将目标页面添加到白名单中；若本次访问目标页面存在异常，将目标页面从白名单中删除。

作为一种可能的实现方式，维护模块109，还用于：若本次访问目标页面未存在异常，将目标页面从黑名单中删除；若本次访问目标页面存在异常，将目标页面添加至黑名单中。

确定模块110，用于在显示目标页面并隐藏骨架屏页面之后，根据目标页面内设置的网络链接，确定相关页面。

获取模块111，用于获取相关页面对应的骨架屏页面。

显示模块103，还用于当探测到触发网络链接的用户操作时，显示相关页面对应的骨架屏页面。

需要说明的是，前述对页面显示方法实施例的解释说明也适用于该实施例的页面显示装置，此处不再赘述。

本申请实施例的页面显示装置，通过发送资源请求；其中，资源请求用于获取目标页面，而后，在发送资源请求和获取到目标页面之间的时段内，查询目标页面对应的骨架屏页面并显示；其中，目标页面对应的骨架屏页面，是根据历史访问目标页面时目标页面的架构生成，最后，当获取到目标页面时，显示目标页面并隐藏骨架屏页面。由此，可以实现在目标页面未成功加载之前，预先展示目标页面对应的骨架屏页面，便于用户预先了解该目标页面对应的架构，从而避免用户一直处于等待状态或加载状态，可以改善用户的使用体验。并且，由于骨架屏页面是根据目标页面的架构生成的，因此，该骨架屏页面和目标页面的真实内容相匹配，可以提升用户的搜索及浏览体验。

为了实现上述实施例，本申请还提出一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时，实现如本申请前述实施例提出的页面显示方法。

为了实现上述实施例，本申请还提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请前述实施例提出的页面显示方法。

图17示出了适于用来实现本申请实施方式的示例性计算机设备的框图。图17显示的计算机设备12仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图17所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

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

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

存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(randomaccessmemory；以下简称：ram)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图17未显示，通常称为“硬盘驱动器”)。尽管图17中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(compactdiscreadonlymemory；以下简称：cd-rom)、数字多功能只读光盘(digitalvideodiscreadonlymemory；以下简称：dvd-rom)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

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

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(localareanetwork；以下简称：lan)，广域网(wideareanetwork；以下简称：wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现前述实施例中提及的页面显示方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。