CN112905920A

CN112905920A - 一种页面显示的方法和装置

Info

Publication number: CN112905920A
Application number: CN201911229406.6A
Authority: CN
Inventors: 王涵冰
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-12-04
Filing date: 2019-12-04
Publication date: 2021-06-04
Anticipated expiration: 2039-12-04
Also published as: CN112905920B

Abstract

本申请属于数据处理技术领域，公开了一种页面显示的方法和装置，本申请公开的一种页面显示的方法包括，通过目标程序截取应用发送的页面访问请求，根据缓存的相应历史页面数据显示页面，并通过目标程序从服务器获取页面访问请求对应的当前页面数据，以及根据当前页面数据中包含的页面内容数据以及历史访问页面数据中包含的页面模板刷新页面。这样，在用户访问页面时，先根据历史页面数据显示页面，提高页面显示速度，再通过从服务器获取的当前页面数据刷新页面，以及在刷新页面时采用历史访问页面数据中的页面模板与当前页面数据的页面内容数据整合的方式，进一步提高了页面刷新的速度。

Description

一种页面显示的方法和装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种页面显示的方法和装置。

背景技术

随着互联网技术的发展，网络资源的海量增长，人们对页面访问速度的要求也越来越高。

现有技术下，通常采用预加载页面数据的方式在用户访问页面时，通过服务器获取二级页面的页面数据，从而在用户访问二级页面时，根据预先缓存的页面数据显示页面，以提高页面访问速度。

但是，由于上述预加载页面的方式需要主页面的触发机制，因此，仅能预加载二级页面的页面数据，而不能预加载主页面的页面数据，进而无法提高主页面的页面加载速度。

由此，亟待需要一种可以提高页面加载速度的页面显示方案。

发明内容

本申请实施例提供一种页面显示的方法和装置，用以在页面显示时，提高页面加载速度。

一方面，提供一种页面显示的方法，包括：

通过目标程序截取应用待发送至服务器的页面访问请求，目标程序为独立于应用的当前页面，并且运行于后台进程中的程序；

当缓存有页面访问请求对应的历史访问页面数据时，通过目标程序获取历史访问页面数据；

根据历史访问页面数据显示页面；

通过目标程序向服务器发送页面访问请求，并接收服务器返回的当前页面数据，历史访问页面数据和当前页面数据均由页面模板和页面内容数据组成；

根据当前页面数据中包含的页面内容数据以及历史访问页面数据中包含的页面模板刷新页面。

一方面，提供一种页面显示的装置，包括：

截取单元，用于通过目标程序截取应用待发送至服务器的页面访问请求，目标程序为独立于应用的当前页面，并且运行于后台进程中的程序；

获取单元，用于当缓存有页面访问请求对应的历史访问页面数据时，通过目标程序获取历史访问页面数据；

显示单元，用于根据历史访问页面数据显示页面；

接收单元，用于通过目标程序向服务器发送页面访问请求，并接收服务器返回的当前页面数据，历史访问页面数据和当前页面数据均由页面模板和页面内容数据组成；

刷新单元，用于根据当前页面数据中包含的页面内容数据以及历史访问页面数据中包含的页面模板刷新页面。

较佳的，刷新单元用于：

通过指定通信方式接收目标程序返回的当前页面数据中的页面内容数据，当前页面数据中的页面内容数据是目标程序根据指定标识信息从当前页面数据中获取的；

将接收的页面内容数据，与历史访问页面数据中包含的页面模板进行整合；

根据整合数据刷新页面。

较佳的，当前页面数据是服务器根据以下步骤获得的：

根据页面访问请求中包含的页面地址信息，获取相应的页面模板和页面内容数据；

将获取的页面模板和页面内容数据进行绑定，渲染生成当前页面数据，其中，页面内容数据位于当前页面数据中的指定标识信息中。

一方面，提供一种控制设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时执行上述任一种页面显示的方法的步骤。

一方面，提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任一种页面显示的方法的步骤。

本申请实施例提供的一种页面显示的方法和装置中，通过目标程序截取应用发送的页面访问请求，根据缓存的相应历史页面数据显示页面，并通过目标程序从服务器获取页面访问请求对应的当前页面数据，以及根据当前页面数据中包含的页面内容数据以及历史访问页面数据中包含的页面模板刷新页面。这样，在用户访问页面时，先根据历史页面数据显示页面，提高页面显示速度，再通过从服务器获取的当前页面数据刷新页面，以及在刷新页面时采用历史访问页面数据中的页面模板与当前页面数据的页面内容数据整合的方式，进一步提高了页面刷新的速度。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施方式中一种页面显示的系统架构示意图；

图2为本申请实施方式中一种页面显示的方法的实施流程图；

图3为本申请实施方式中一种页面显示的装置的结构示意图；

图4为本申请实施方式中一种控制设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

首先，对本申请实施例中涉及的部分用语进行说明，以便于本领域技术人员理解。

控制设备：可以安装各类应用，并且能够将已安装的应用中提供的对象进行显示的设备，该电子设备可以是移动的，也可以是固定的。例如，手机、平板电脑、各类可穿戴设备、车载设备、个人数字助理(personal digital assistant，PDA)、销售终端(point ofsales，POS)或其它能够实现上述功能的电子设备等。

应用：即应用程序，可以完成某项或多项业务的计算机程序，一般具有可视的显示界面，能与用户进行交互，比如电子地图和微信等都可以称为应用。

超文本标记语言(HyperText Markup Language，HTML)：是一种规范，一种标准，它通过标记符号来标记要显示的网页中的各个部分。网页文件本身是一种文本文件，通过在文本文件中添加标记符，可以告诉浏览器如何显示其中的内容(如：文字如何处理，画面如何安排，图片如何显示等)。浏览器按顺序阅读网页文件，然后根据标记符解释和显示其标记的内容。

文档对象模型(Document Object Model，DOM)：是HTML和可扩展标记语言(Extensible Markup Language，XML)文档的编程接口。它提供了对文档的结构化的表述，并定义了一种方式可以使从程序中对该结构进行访问，从而改变文档的结构、样式和内容。DOM将文档解析为一个由节点和对象(包含属性和方法的对象)组成的结构集合。简言之，它会将web页面和脚本或程序语言连接起来。

服务工作者(service worker)：是应用在后台独立于网页运行的脚本，也可以理解为一个网络代理服务器。它无法与DOM进行交互，但是可以与应用JavaScript主线程进行通信。它是一个独立的线程，独立于当前网页进程。同时它可以拦截代理请求并缓存文件，缓存的文件可以被网页进程取到。众所周知，javaScript是单线程的，随着web业务的复杂化，开发者逐渐在javaScript中做了许多耗费资源的运算过程，这使得单线程的弊端更加凸显。基于此，我们可以将复杂耗费时间的事情交给service worker来做。

消息通知(postMessage)方法：是应用程序接口中的一个常用函数，用于将一条消息放入到消息队列中。消息队列里的消息通过调用GetMessage和PeekMessage取得。

服务器渲染：是指服务器把需要的组件或页面渲染成HTML字符串并返回至应用。应用可以根据获得的HTML字符串直接生成呈现给用户的页面，而不需要执行JavaScript代码，以生成DOM内容。

下面介绍本申请实施例的设计思想。

传统技术下，通常采用以下两种方式预先加载页面数据，以提高页面显示速度。

第一种方式为：对于使用<link>标签的rel＝”prefetch”属性的资源进行提前加载。

第二种方式为：在初次访问一级页面时注册service worker，在service worker的线程中模拟请求用户可能访问的二级页面的页面数据，获取页面数据后进行缓存，在二级页面加载时直接读取已经请求的页面数据，减少请求二级页面的页面数的时间。

其中，一级页面为主页面，二级页面指可以通过“上一页”返回的页面。

但是，上述两种方式都需要主页面的触发机制才能预先加载页面数据，因此，仅能预加载二级页面的页面数据，并不能预加载主页面的页面数据，无法提高主页面的页面加载速度。

显然，传统技术中并没有提供一种可以提高包括主页面在内的页面的页面加载速度的技术方案，因此，亟待需要一种页面显示的技术方案，在页面显示时，可以提高包括主页面在内的页面的页面加载速度。

鉴于以上分析和考虑，本申请实施例中提供了一种页面显示的方案，该方案中，通过目标程序截取应用发送的页面访问请求，根据缓存的相应历史页面数据显示页面，并通过目标程序从服务器获取页面访问请求对应的当前页面数据，以及根据当前页面数据中包含的页面内容数据以及历史访问页面数据中包含的页面模板刷新页面。

为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。方法在实际的处理过程中或者控制设备执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

参阅图1所示，为一种页面显示的系统架构示意图，包括控制设备101和服务器102。控制设备101可以为个人计算机、笔记本电脑、移动终端等。控制设备中安装有用于页面访问的应用，如，浏览应用程序，新闻应用程序等。

控制设备中的应用注册并启动目标程序，在用户访问页面时，通过目标程序截取页面访问请求，并根据缓存的相应历史页面数据显示页面，以及根据页面访问请求，从服务器获取当前页面数据，进而根据当前页面数据中的页面内容数据和历史访问数据中的页面模板刷新页面。

本申请实施例主要应用于页面二次访问的应用场景，执行主体主要为应用，也可以为其它应用场景和设备，对此应用的类型不做限制，所有能够访问服务器的应用，均在本申请实施例的保护范围之内。

参阅图2所示，为本申请提供的一种页面显示的方法的实施流程图。该方法的具体流程如下：

步骤200：应用响应于针对应用页面的触发操作，向服务器发送页面访问请求。

具体的，用户在应用的应用页面进行点击或滑动等触发操作，以访问目标的页面。应用响应于接收的触发操作，生成页面访问请求，并向服务器发送页面访问请求。

步骤201：应用通过目标程序截取应用待发送至服务器的页面访问请求。

具体的，在执行步骤201之前，应用预先从服务器提供的访问页面中注册并启动目标程序。

其中，目标程序用于根据页面访问请求从服务器获取渲染后的页面数据，并将获取的页面数据进行缓存。目标程序为独立于应用的当前页面，并且运行于后台进程中的程序，即目标程序为运行于应用主线程之外的独立线程。应用执行页面脚本(即应用主线程)时，调用指定通信方式与目标程序进行通信，获得目标程序返回的页面数据。

可选的，页面数据可以为HTML文档，目标程序可以为service worker。指定通信方式为postMessage方法。

实际应用中，目标程序可以根据实际应用场景采用其它的相应程序，在此不作限制。

一种实施方式中，应用初次访问主页面时，接收服务器渲染的页面数据，并根据接收的页面数据显示页面，以及执行页面脚本注册并启动service worker。service worker为运行于应用JavaScript主线程之外的独立线程。service worker接收服务器返回的服务器渲染后的页面数据，并将获取的页面数据进行缓存。

这样，在应用向服务器发送页面访问请求时，就可以通过后台运行的目标程序截取该页面请求。

步骤202：应用判断是否缓存有页面访问请求对应的历史访问页面数据，若是，则执行步骤203，否则，执行步骤207。

具体的，应用通过目标程序判断是否缓存有页面访问请求对应的历史访问页面数据。

其中，页面访问请求中包含有待访问的页面地址信息，如，页面地址信息可以为统一资源定位符(Uniform Resource Locator，URL)。页面数据可以包括但不限于：文字数据、图像数据、动画数据、视频数据、音乐数据、程序数据等。

页面访问请求对应的历史访问页面数据为：根据页面访问请求中包含的页面地址信息确定的历史访问请求对应的页面数据，即缓存(cache)中包含该页面地址信息的历史访问请求对应的页面数据。

例如，页面访问请求A中包含的页面地址信息为目标URL，则service worker获取页面访问请求A中包含的目标URL，并根据历史访问日志，确定最新的包含目标URL的历史访问请求B，并在cache中获取历史访问请求B的历史访问页面数据。

步骤203：应用通过目标程序获取历史访问数据。

具体的，执行步骤203时，采用以下步骤：

S2031：目标程序获取页面访问请求中包含的页面地址信息，并从cache中，获取最新的包含上述页面地址信息的历史访问请求对应的历史访问页面数据。

S2032：应用接收目标程序通过指定通信方式返回的历史访问页面数据。

一种实施方式中，应用的页面脚本接收service worker通过postMessage方法返回的历史访问页面数据。

步骤204：应用根据历史访问页面数据显示页面。

本申请实施例中，为了减少页面加载时间，提高用户体验，应用从服务器获取特定类型的目标程序，该目标程序可以缓存历史访问请求的历史访问页面数据，并利用该历史访问页面数据显示页面。这样，应用向服务器发送页面访问请求时，该目标程序可以截取该页面访问请求，并从缓存中获取该页面访问请求对应的历史访问页面数据，并利用该历史访问页面数据显示页面，极大地减少了页面加载时间，提高了页面显示速度。

步骤205：应用通过目标程序向服务器发送页面访问请求，并接收服务器返回的当前页面数据。

具体的，执行步骤205时，可以采用以下步骤：

S2051：目标程序向服务器发送页面访问请求。

S2052：服务器根据页面访问请求中包含的页面地址信息，获取相应的页面模板和页面内容数据。

具体的，首先，服务器加载编译好的React应用。

其次，当确定接收到页面访问请求时，服务器通过函数调用以及传入参数的方式，将页面访问请求传递给React应用。

再者，React应用中的数据拉取子模块通过分析传入的页面访问请求，判断需要展示的页面内容，并计算该页面内容需要的数据。

接着，React应用通过数据请求中间件根据需要的数据生成数据拉取请求，并根据数据拉取请求拉取页面模板和页面内容数据。

S2053：服务器将获取的页面模板和页面内容数据进行绑定，渲染生成当前页面数据。

具体的，React应用通过静态渲染中间件将页面内容数据和页面模板进行绑定后，采用renderToString方法生成html代码，获得包含页面内容数据的页面，并将该页面渲染成HTML字符串即当前页面数据。

需要说明的是，历史访问页面数据和当前页面数据均由页面模板和页面内容数据组成。页面模板为页面的框架结构，应用刷新页面时，将页面内容数据嵌入页面模板，获得刷新后的页面。

其中，页面内容数据位于当前页面数据中的指定标识信息中。指定标识信息可以理解为变量，页面内容数据为变量值。具体的，静态渲染中间件将页面内容数据存在当前页面数据中的指定标识信息中。

一种实施方式中，静态渲染中间件将页面内容数据存在HTML文档中的window_initialState标识位上。

这样，服务器将渲染后的当前页面数据返回至目标程序。

步骤206：应用根据当前页面数据中包含的页面内容数据以及历史访问页面数据中包含的页面模板刷新页面。

具体的，执行步骤206时，可以采用以下步骤：

S2061：目标程序根据指定标识信息从当前页面数据中获取页面内容数据。

S2062：应用接收目标程序通过指定通信方式返回的页面内容数据。

S2063：应用将接收的页面内容数据，与历史访问页面数据中包含的页面模板进行整合。

S2064：根据整合数据刷新页面。

这样，就可以在用户访问页面时，先显示缓存的历史访问页面，再通过当前页面数据刷新页面，提高了页面显示速度，进一步地，在页面刷新时，采用历史访问页面数据中的页面模板，以及当前页面数据中的页面内容数据进行整合，进一步提高了页面刷新速度。

进一步地，应用通过目标程序缓存获取的当前页面数据。

这样，就可以在下一次接收到页面访问请求时，通过缓存的当前页面数据显示页面。

步骤207：当确定未缓存页面访问请求对应的历史访问页面数据时，应用通过目标程序向服务器发送页面访问请求。

步骤208：应用通过目标程序接收服务器返回的当前页面数据。

步骤209：应用根据当前页面数据显示页面。

这样，当本地未缓存页面访问请求对应的历史访问页面数据时，通过服务器获取的当前页面数据显示页面。

进一步地，应用通过目标程序缓存获取的当前页面数据。

传统方式中，由于需要主页面的触发机制才能预先加载页面数据，因此，仅能预加载二级页面的页面数据，而不能预加载主页面的页面数据，进而无法提高主页面的页面加载速度。而本申请实施例中，先显示缓存的历史访问页面，再通过服务器获取的当前页面数据刷新页面，可以提高包括主页面在内的页面的页面显示速度，在页面刷新时，采用历史访问页面数据中的页面模板，以及当前页面数据中的页面内容数据进行整合的方式刷新页面，进一步提高了页面刷新速度。

本申请实施例可以节省用户二次访问页面时获取主页面的时间，有效提高用户二次访问页面的加载速度，减少页面渲染时间，经测试，可以减少60％的加载时间，极大地提高了用户体验。

基于同一发明构思，本申请实施例中还提供了一种页面显示的装置，由于上述装置及设备解决问题的原理与一种页面显示的方法相似，因此，上述装置的实施可以参见方法的实施，重复之处不再赘述。

如图3示，其为本申请实施例提供的一种页面显示的装置的结构示意图。一种页面显示的装置包括：

截取单元301，用于通过目标程序截取应用待发送至服务器的页面访问请求，目标程序为独立于应用的当前页面，并且运行于后台进程中的程序；

获取单元302，用于当缓存有页面访问请求对应的历史访问页面数据时，通过目标程序获取历史访问页面数据；

显示单元303，用于根据历史访问页面数据显示页面；

接收单元304，用于通过目标程序向服务器发送页面访问请求，并接收服务器返回的当前页面数据，历史访问页面数据和当前页面数据均由页面模板和页面内容数据组成；

刷新单元305，用于根据当前页面数据中包含的页面内容数据以及历史访问页面数据中包含的页面模板刷新页面。

较佳的，截取单元301还用于：

从服务器提供的访问页面中注册并启动目标程序，目标程序用于根据页面访问请求从服务器获取渲染后的页面数据，并将获取的页面数据进行缓存。

较佳的，截取单元301还用于：

当确定未缓存页面访问请求对应的历史访问页面数据时，通过目标程序向服务器发送页面访问请求；

通过目标程序接收服务器返回的当前页面数据；

根据当前页面数据显示页面。

较佳的，刷新单元305还用于：

通过目标程序，缓存获取的当前页面数据。

较佳的，刷新单元305用于：

根据整合数据刷新页面。

较佳的，当前页面数据是服务器根据以下步骤获得的：

图4示出了一种控制设备的结构示意图。参阅图4所示，控制设备4000包括：处理器4010、存储器4020、电源4030、显示单元4040、输入单元4050。

处理器4010是控制设备4000的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在存储器4020内的软件程序和/或数据，执行控制设备4000的各种功能，从而对控制设备4000进行整体监控。

本申请实施例中，处理器4010调用存储器4020中存储的计算机程序时执行如图2中所示的实施例提供的页面显示的方法。

可选的，处理器4010可包括一个或多个处理单元；优选的，处理器4010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器4010中。在一些实施例中，处理器、存储器、可以在单一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

存储器4020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、各种应用等；存储数据区可存储根据控制设备4000的使用所创建的数据等。此外，存储器4020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件等。

控制设备4000还包括给各个部件供电的电源4030(比如电池)，电源可以通过电源管理系统与处理器4010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。

显示单元4040可用于显示由用户输入的信息或提供给用户的信息以及控制设备4000的各种菜单等，本发明实施例中主要用于显示控制设备4000中各应用的显示界面以及显示界面中显示的文本、图片等对象。显示单元4040可以包括显示面板4041。显示面板4041可以采用液晶显示屏(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置。

输入单元4050可用于接收用户输入的数字或字符等信息。输入单元4050可包括触控面板4051以及其他输入设备4052。其中，触控面板4051，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触摸笔等任何适合的物体或附件在触控面板4051上或在触控面板4051附近的操作)。

具体的，触控面板4051可以检测用户的触摸操作，并检测触摸操作带来的信号，将这些信号转换成触点坐标，发送给处理器4010，并接收处理器4010发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板4051。其他输入设备4052可以包括但不限于物理键盘、功能键(比如音量控制按键、开关机按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

当然，触控面板4051可覆盖显示面板4041，当触控面板4051检测到在其上或附近的触摸操作后，传送给处理器4010以确定触摸事件的类型，随后处理器4010根据触摸事件的类型在显示面板4041上提供相应的视觉输出。虽然在图4中，触控面板4051与显示面板4041是作为两个独立的部件来实现控制设备4000的输入和输出功能，但是在某些实施例中，可以将触控面板4051与显示面板4041集成而实现控制设备4000的输入和输出功能。

控制设备4000还可包括一个或多个传感器，例如压力传感器、重力加速度传感器、接近光传感器等。当然，根据具体应用中的需要，上述控制设备4000还可以包括摄像头等其它部件，由于这些部件不是本申请实施例中重点使用的部件，因此，在图4中没有示出，且不再详述。

本领域技术人员可以理解，图4仅仅是控制设备的举例，并不构成对控制设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任意方法实施例中的数据处理的方法。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分可以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台控制设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分的方法。

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

Claims

1.一种页面显示的方法，其特征在于，包括：

通过目标程序截取应用待发送至服务器的页面访问请求，所述目标程序为独立于应用的当前页面，并且运行于后台进程中的程序；

当缓存有所述页面访问请求对应的历史访问页面数据时，通过所述目标程序获取所述历史访问页面数据；

根据所述历史访问页面数据显示页面；

通过所述目标程序向所述服务器发送所述页面访问请求，并接收所述服务器返回的当前页面数据，所述历史访问页面数据和所述当前页面数据均由页面模板和页面内容数据组成；

根据所述当前页面数据中包含的页面内容数据以及所述历史访问页面数据中包含的页面模板刷新页面。

2.如权利要求1所述的方法，其特征在于，在通过目标程序截取应用待发送至服务器的页面访问请求之前，进一步包括：

从服务器提供的访问页面中注册并启动所述目标程序，所述目标程序用于根据页面访问请求从服务器获取渲染后的页面数据，并将获取的页面数据进行缓存。

3.如权利要求1所述的方法，其特征在于，在通过目标程序截取应用待发送至服务器的页面访问请求之后，进一步包括：

当确定未缓存所述页面访问请求对应的历史访问页面数据时，通过所述目标程序向所述服务器发送所述页面访问请求；

通过所述目标程序接收所述服务器返回的当前页面数据；

根据所述当前页面数据显示页面。

4.如权利要求1-3任一项所述的方法，其特征在于，进一步包括：

通过所述目标程序，缓存获取的当前页面数据。

5.如权利要求1-3任一项所述的方法，其特征在于，根据所述当前页面数据中包含的页面内容数据以及所述历史访问页面数据中包含的页面模板刷新页面，包括：

通过指定通信方式接收所述目标程序返回的所述当前页面数据中的页面内容数据，所述当前页面数据中的页面内容数据是所述目标程序根据指定标识信息从所述当前页面数据中获取的；

将接收的页面内容数据，与所述历史访问页面数据中包含的页面模板进行整合；

根据整合数据刷新页面。

6.如权利要求1-3任一项所述的方法，其特征在于，所述当前页面数据是服务器根据以下步骤获得的：

根据所述页面访问请求中包含的页面地址信息，获取相应的页面模板和页面内容数据；

将获取的页面模板和页面内容数据进行绑定，渲染生成当前页面数据，其中，所述页面内容数据位于所述当前页面数据中的指定标识信息中。

7.一种页面显示的装置，其特征在于，包括：

截取单元，用于通过目标程序截取应用待发送至服务器的页面访问请求，所述目标程序为独立于应用的当前页面，并且运行于后台进程中的程序；

获取单元，用于当缓存有所述页面访问请求对应的历史访问页面数据时，通过所述目标程序获取所述历史访问页面数据；

显示单元，用于根据所述历史访问页面数据显示页面；

接收单元，用于通过所述目标程序向所述服务器发送所述页面访问请求，并接收所述服务器返回的当前页面数据，所述历史访问页面数据和所述当前页面数据均由页面模板和页面内容数据组成；

刷新单元，用于根据所述当前页面数据中包含的页面内容数据以及所述历史访问页面数据中包含的页面模板刷新页面。

8.如权利要求7所述的装置，其特征在于，所述截取单元还用于：

9.如权利要求7所述的装置，其特征在于，所述截取单元还用于：

通过所述目标程序接收所述服务器返回的当前页面数据；

根据所述当前页面数据显示页面。

10.如权利要求7-9任一项所述的装置，其特征在于，所述刷新单元还用于：

通过所述目标程序，缓存获取的当前页面数据。