CN115098810A - 一种页面数据缓存的方法及其相关设备 - Google Patents

Abstract

本申请实施例提供了一种页面数据缓存的方法及其相关设备，用于减少页面的加载时间，提升用户体验。本申请实施例一种页面数据缓存的方法，应用于客户端，所述方法包括：当所述客户端的应用程序启动时，从所述应用程序对应的服务端的缓存接口获取目标缓存配置信息，所述目标缓存配置信息包括目标页面的所有目标页面参数信息；根据所述目标页面参数信息向所述缓存接口发送数据缓存指令，以获取目标页面缓存信息；按照预设格式在本地保存所述目标页面缓存信息；当访问所述目标页面中的任一子页面时，根据本地保存的所述目标页面缓存信息对所述任一子页面进行渲染。

Description

一种页面数据缓存的方法及其相关设备

技术领域

本申请实施例涉及软件技术领域，尤其涉及一种页面数据缓存的方法及其相关设备。

背景技术

随着移动互联网技术的发展，应用程序(APP，application)的功能越来越强大。同时，HTML5(简称H5)页面因其灵活性高、开发成本低、制作周期短等优势，在APP中的应用也越来越普遍。

伴随着开发APP的功能越来越完善，导致APP内的资源数据越来越大，虽然在APP环境内做了资源的缓存优化，但首次打开APP内的H5页面，通常需要请求主接口以获取页面需要渲染的数据，再进行逻辑处理页面的渲染。主接口的数据接口一旦受网络影响请求返回比较慢的情况下，会造成页面首屏加载时间大大增加，对页面访问的用户造成比较大的影响，体验感变差。

发明内容

本申请实施例提供了一种页面数据缓存的方法及其相关设备，用于减少页面的加载时间，提升用户体验。

本申请实施例第一方面提供了一种页面数据缓存的方法，应用于客户端，包括：

当所述客户端的应用程序启动时，从所述应用程序对应的服务端的缓存接口获取目标缓存配置信息，所述目标缓存配置信息包括目标页面的所有目标页面参数信息；

根据所述目标页面参数信息向所述缓存接口发送数据缓存指令，以获取目标页面缓存信息；

按照预设格式在本地保存所述目标页面缓存信息；

当访问所述目标页面中的任一子页面时，根据本地保存的所述目标页面缓存信息对所述任一子页面进行渲染。

可选地，所述目标缓存配置信息还包括与所述目标页面参数信息一一匹配的目标页面标识信息，所述根据所述目标页面参数信息向所述缓存接口发送数据缓存指令之前，所述方法还包括：

当访问第一子页面时，获取所述第一子页面的第一页面参数信息及与所述第一页面参数信息匹配的第一页面标识信息；

校验所述第一页面标识信息是否与所述目标页面标识信息中的任一页面标识信息相同且所述客户端是否未保存所述第一页面标识信息；

若相同且未保存所述第一页面标识信息，执行所述根据所述目标页面参数信息向所述缓存接口发送数据缓存指令，以获取目标页面缓存信息的步骤。

可选地，所述按照预设格式在本地保存所述目标页面缓存信息包括：

将所述目标页面参数信息设置为所述目标页面缓存信息的目标键值；

将所述目标页面缓存信息及所述目标页面缓存信息的目标键值进行保存。

可选地，所述目标缓存配置信息还包括与所述目标页面参数信息一一匹配的目标页面标识信息，所述按照预设格式保存所述页面数据缓存信息之后，所述方法还包括：

将所述目标页面缓存信息按照所述目标页面参数信息与所述目标页面标识信息的匹配关系进行命名，以形成所述目标页面缓存信息的命名信息；

将所述目标页面缓存信息按照所述命名信息的格式保存至所述客户端；

将所述目标页面参数信息与所述命名信息的目标匹配关系保存至所述客户端。

可选地，所述将所述目标页面参数信息与所述命名信息的目标匹配关系保存至所述客户端之后，所述方法还包括：

当访问第二子页面时，获取所述第二子页面的第二页面参数信息；

根据所述第二页面参数信息判断是否对所述目标匹配关系进行更新；

若是，从所述缓存接口获取与所述第二子页面对应的第一缓存配置信息，以确定所述第一缓存配置信息是否存在与所述目标页面标识信息相同的页面标识信息；

若否，根据超文本传送HTTPS协议访问所述第二子页面。

可选地，所述第一缓存配置信息包括与所述第二页面参数信息匹配的第二页面标识信息，所述确定所述第一缓存配置信息是否存在与所述目标页面标识信息相同的页面标识信息包括：

判断所述目标页面标识信息是否存在所述第二页面标识信息；

若是，将所述目标页面参数信息更新为所述第二页面参数信息；

若否，执行所述根据超文本传送HTTPS协议访问所述第二子页面的步骤。

可选地，所述按照预设格式在本地保存所述目标页面缓存信息之后，所述方法还包括：

若任一页面非登录状态，登录所述任一页面，所述任一页面包括所述目标页面及所述任一子页面；

判断所述应用程序是否保存所述目标缓存配置信息；

若是，执行所述根据本地保存的所述目标页面缓存信息对所述任一子页面进行渲染步骤；

若否，接收所述服务端通过所述缓存接口发送的所述目标页面缓存信息，并根据所述目标页面缓存信息进行页面渲染。

可选地，所述按照预设格式在本地保存所述目标页面缓存信息包括：

当获取所述目标页面缓存信息时，获取实时时间信息；

将所述实时时间信息写入所述目标页面缓存信息，并将写入所述实时时间信息后的所述目标页面缓存信息保存在本地。

可选地，所述将所述实时时间信息写入所述目标页面缓存信息，并将所述目标页面缓存信息保存在本地之后，所述方法还包括：

若关闭所述应用程序，获取关闭所述应用程序的当前时间信息；

将所述实时时间信息与所述当前时间信息进行计算，以获取计算结果；

判断所述计算结果是否大于预设阈值；

若是，删除所述目标页面缓存信息。

本申请实施例第二方面提供了一种页面数据缓存的系统，应用于客户端，包括：

获取单元，用于当所述客户端的应用程序启动时，从所述应用程序对应的服务端的缓存接口获取目标缓存配置信息，所述目标缓存配置信息包括目标页面的所有目标页面参数信息；

发送单元，用于根据所述目标页面参数信息向所述缓存接口发送数据缓存指令，以获取目标页面缓存信息；

保存单元，用于按照预设格式在本地保存所述目标页面缓存信息；

渲染单元，用于当访问所述目标页面中的任一子页面时，根据本地保存的所述目标页面缓存信息对所述任一子页面进行渲染。

可选地，所述目标缓存配置信息还包括与所述目标页面参数信息一一匹配的目标页面标识信息，所述系统还包括：校验单元及执行单元；

所述获取单元，还用于当访问第一子页面时，获取所述第一子页面的第一页面参数信息及与所述第一页面参数信息匹配的第一页面标识信息；

所述校验单元，用于校验所述第一页面标识信息是否与所述目标页面标识信息中的任一页面标识信息相同且所述客户端是否未保存所述第一页面标识信息；

所述执行单元，用于当所述第一页面标识信息是否与所述目标页面标识信息中的任一页面标识信息相同且未保存所述第一页面标识信息时，执行所述根据所述目标页面参数信息向所述缓存接口发送数据缓存指令，以获取目标页面缓存信息的步骤。

可选地，所述系统还包括：设置单元及保存单元；

所述设置单元，用于将所述目标页面参数信息设置为所述目标页面缓存信息的目标键值；

所述保存单元，用于将所述目标页面缓存信息及所述目标页面缓存信息的目标键值进行保存。

可选地，所述目标缓存配置信息还包括与所述目标页面参数信息一一匹配的目标页面标识信息，所述系统还包括：命名单元；

所述命名单元，用于将所述目标页面缓存信息按照所述目标页面参数信息与所述目标页面标识信息的匹配关系进行命名，以形成所述目标页面缓存信息的命名信息；

所述保存单元，还用于将所述目标页面缓存信息按照所述命名信息的格式保存至所述客户端；

所述保存单元，还用于将所述目标页面参数信息与所述命名信息的目标匹配关系保存至所述客户端。

可选地，所述系统还包括：更新单元及访问单元；

所述获取单元，还用于当访问第二子页面时，获取所述第二子页面的第二页面参数信息；

所述更新单元，用于根据所述第二页面参数信息判断是否对所述目标匹配关系进行更新；

所述获取单元，还用于当对所述目标匹配关系进行更新时，从所述缓存接口获取与所述第二子页面对应的第一缓存配置信息，以确定所述第一缓存配置信息是否存在与所述目标页面标识信息相同的页面标识信息；

所述访问单元，用于当不对所述目标匹配关系进行更新时，根据超文本传送HTTPS协议访问所述第二子页面。

可选地，所述系统还包括：判断单元；

所述判断单元，用于判断所述目标页面标识信息是否存在所述第二页面标识信息；

所述更新单元，具体用于当存在所述第二页面标识信息时，将所述目标页面参数信息更新为所述第二页面参数信息；

所述执行单元，具体用于当不存在所述第二页面标识信息时，执行所述根据超文本传送HTTPS协议访问所述第二子页面的步骤。

可选地，所述系统还包括：登陆单元及接收单元；

所述登陆单元，用于当任一页面非登录状态时，登录所述任一页面，所述任一页面包括所述目标页面及所述任一子页面；

所述判断单元，还用于判断所述应用程序是否保存所述目标缓存配置信息；

所述执行单元，还用于当所述应用程序保存所述目标缓存配置信息时，执行所述根据本地保存的所述目标页面缓存信息对所述任一子页面进行渲染步骤；

所述接收单元，用于当所述应用程序未保存所述目标缓存配置信息时，接收所述服务端通过所述缓存接口发送的所述目标页面缓存信息，并根据所述目标页面缓存信息进行页面渲染。

可选地，

所述获取单元，具体用于当获取所述目标页面缓存信息时，获取实时时间信息；

所述保存单元，具体用于将所述实时时间信息写入所述目标页面缓存信息，并将写入所述实时时间信息后的所述目标页面缓存信息保存在本地。

可选地，所述系统还包括：计算单元及删除单元；

所述获取单元，还用于当关闭所述应用程序时，获取关闭所述应用程序的当前时间信息；

所述计算单元，用于将所述实时时间信息与所述当前时间信息进行计算，以获取计算结果；

所述判断单元，还用于判断所述计算结果是否大于预设阈值；

所述删除单元，用于当所述计算结果大于预设阈值时，删除所述目标页面缓存信息。

本申请实施例第二方面提供的用于执行第一方面所述的方法。

本申请实施例第三方面提供了一种页面数据缓存的装置，包括：

中央处理器，存储器，输入输出接口，有线或无线网络接口以及电源；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行第一方面所述的方法。

本申请实施例第四方面提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括指令，当所述指令在计算机上运行时，使得计算机执行第一方面所述的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

通过本申请实施例提出的一种应用于客户端的页面数据缓存的方法，当客户端的应用程序启动时，从应用程序对应的服务端的缓存接口获取目标缓存配置信息，然后，根据目标页面参数信息向缓存接口发送数据缓存指令，以获取目标页面缓存信息，再按照预设格式在本地保存目标页面缓存信息，最后，当访问目标页面中的任一子页面时，根据本地保存的目标页面缓存信息对任一子页面进行渲染。从而打开页面时可以通过直接使用该页面缓存信息来替代请求接口数据，从而减少页面的加载耗时，达到秒开的效果，客户体验感更好。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本申请实施例公开的一种页面数据缓存的系统架构示意图；

图2为本申请实施例公开的一种页面数据缓存方法的流程示意图；

图3为本申请实施例公开的另一种页面数据缓存方法的流程示意图；

图4为本申请实施例公开的另一种页面数据缓存方法的流程示意图；

图5为本申请实施例公开的一种页面数据缓存系统的结构示意图；

图6为本申请实施例公开的一种页面数据缓存装置的结构示意图。

具体实施方式

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

随着移动互联网技术的发展，应用程序APP的功能越来越强大。同时，H5页面因其灵活性高、开发成本低、制作周期短等优势，在APP中的应用也越来越普遍。

伴随着开发APP的功能越来越完善，导致APP内的资源数据越来越大，虽然在APP环境内做了资源的缓存优化，但打开一个H5页面进行页面的渲染通常需要先通过一个主接口获取到数据内容再进行首屏的渲染。需要说明的是，主接口指的是页面渲染需要获取的后台数据接口，比如商品信息数据接口，广告位素材数据接口等，为方便理解和描述，后续不再对主接口所包含的具体内容进行限制，后续也不再对此进行赘述。

由此，容易产生两个问题：1.虽然在APP环境内做了资源的缓存优化，但首次打开APP内的H5页面，通常需要请求主接口获取页面需要渲染的数据，再进行逻辑处理页面的渲染。2.主接口的数据接口一旦受网络影响请求返回比较慢的情况下会造成页面首屏加载时间大大增加，对页面访问的客户体验造成比较大的影响。

由此，本申请实施例提出一种页面数据缓存方法，通过APP在启动时，针对H5页面渲染需要用到的缓存数据进行提前请求，在后面流程中打开该H5页面时通过直接使用该缓存数据来替代请求接口数据，从而减少H5页面的首屏加载耗时，达到秒开的效果。

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

请参阅图1，图1为本申请实施例公开的一种页面数据缓存的系统架构示意图。包括服务器101以及客户端102。

如图1所示，该系统架构可以包括服务器101以及客户端102，客户端102可以包括：客户端102a、客户端102b、客户端102c、……、客户端102n等客户端。其中，上述服务器101可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云数据库、云服务、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。客户端(包括客户端102a、客户端102b、客户端102c、……、客户端102n)可以是智能手机、平板电脑、笔记本电脑、台式计算机、掌上电脑、移动互联网设备(MID，mobile internet device)、可穿戴设备(例如智能手表、智能手环等)、智能电脑、智能车载等智能终端。其中，服务器101与客户端102中的各客户端可以建立通信连接。换句话说，服务器101可与客户端102a、客户端102b、客户端102c、……、客户端102n中的各客户端建立通信连接，例如客户端102a与服务器101之间可建立通信连接。其中，上述通信连接不限定连接方式，可以通过有线通信方式进行直接或间接地连接，也可以通过无线通信方式进行直接或间接地连接等，具体可根据实际应用场景确定，本申请在此不做限制。

应该理解，如图1所示的客户端集群中的每个客户端均可以安装有应用客户端，当该应用客户端运行于各客户端中时，可以分别与上述图1所示的服务器101之间进行数据交互，使得每个客户端可以接收来自于服务器101的业务数据(比如服务器下发的图片缓存数据)。其中，该客户端102上的应用程序APP可以为社交应用、即时通信应用、直播应用、游戏应用、短视频应用、视频应用、音乐应用、K歌应用、购物应用、小说应用、支付应用等具有显示文字、图像、音频以及视频等数据信息功能的客户端102，具体可根据实际应用场景需求确定，在此不做限制。其中，该客户端102可以为独立的客户端，也可以为集成在某客户端(例如即时通信客户端、社交客户端等)中的嵌入式子客户端，具体可根据实际应用场景确定，在此不做限定。以购物应用为例，客户在通过客户端102使用购物应用的过程中，服务器101可以根据购物应用上的缓存配置信息将对应的页面缓存信息提前下发给客户端102。与服务器101建立通信连接的各客户端(客户端102a、客户端102b、客户端102c、……、客户端102n)上的购物应用均可以获取到对应的页面缓存信息。本申请实施例提供的方法可以由如图1所示的服务器101执行，也可以由客户端(如图1所示的客户端102a、客户端102b、……、客户端102n中的任意一个)执行，还可以由客户端和服务器101共同执行，具体可根据实际应用场景确定，此处不做限制。

为方便理解和描述，下面对本申请实施例提出的一种页面数据缓存方法进行详细描述。请参阅图2，图2为本申请实施例公开的一种页面数据缓存方法的流程示意图。包括步骤201-步骤204。

201、当客户端的应用程序启动时，从应用程序对应的服务端的缓存接口获取目标缓存配置信息。

当打开客户端上的某个APP时，会提前初始化WKWebView，需要说明的是，WKWebView是一种浏览器控件。对应的，就是初始化APP内的浏览器进程环境，可以让第一次打开H5页面速度更快(H5页面是通过APP内的浏览器webview打开的)。

具体的，当热启动APP时，客户端会从APP对应的服务端的缓存接口获取到离线缓存协议JSON配置列表。需要说明的是，本实施例中所描述的离线缓存协议JSON配置列表即为上述部分中所描述的目标缓存配置信息。

对应的，该目标缓存配置信息是通过OA管理平台提前写好的配置信息。需要补充的是，该OA管理平台不仅可以进行配置管理，同时还是JSON协议生成平台(只需输入页面URL即可)，还可以提供查询接口，也就是缓存接口。还需要补充的是，OA管理平台还具备其他功能，本实施例并不对对此进行赘述，后续也不再对OA管理平台的具体功能进行描述。其中，需要补充的是，Internet上的每一个网页都具有一个唯一的名称标识，通常称之为统一资源定位器(URL，uniform resource locator)。它是www的统一资源定位标志，简单地说URL就是web地址，俗称“网址”。为方便描述和理解，后续不再对URL进行详细描述。

具体的，客户端上的APP通过向服务端发送接口请求信息，从而获取到服务端通过缓存接口下发的目标缓存配置信息，也就是JSON配置列表。其中，目标缓存配置信息包括目标页面的所有目标页面参数信息。也就是说，OA管理平台可以提前设置好APP内所需要进行提前缓存的页面，对应的，就需要设置该需要提前缓存的页面的页面参数信息，也就是页面URL。

进一步的是，每次热启动APP的时候都可以请求服务端，从而获取最新的JSON列表。需要补充的是，热启动指的手机的APP切到后台运行之后又从后台打开到界面允许的这么一个过程。

202、根据目标页面参数信息向缓存接口发送数据缓存指令，以获取目标页面缓存信息。

当获取到目标页面参数信息后，也就是对应的页面URL后，就根据确定好的目标页面参数信息向服务器的缓存接口进行预请求，从而请求接口的缓存。具体的，就是向服务器的缓存接口发送数据缓存指令，从而请求服务器下发对应于页面URL的目标页面缓存信息，也就是页面的缓存数据。

203、按照预设格式在本地保存目标页面缓存信息。

当请求获取到接口数据后，也就是获取到目标页面缓存信息后，按照result_format定义的格式进行数据的内存写入。

具体的，具体格式的其中一个实施例可以为：

其中，每个url对应一份缓存数据。不难理解的是，本实施例并不对url的数量进行限制，后续也不再对此进行赘述。由此，客户端可以将目标页面缓存信息按照上述格式保存到本地的缓存池中。

进一步的，当客户将目标页面缓存信息保存起来后，还可以提供JSAPI传参的方式供页面进行数据的读取。其中，JSAPI是APP和H5进行通信的桥梁，应用程序编程接口(API，application programming interface)。对应的，传参指的是H5要告诉APP参数(url就是参数)，APP根据这个参数返回给H5对应的目标页面缓存信息，也就是url对应存储的缓存接口数据。

204、当访问目标页面中的任一子页面时，根据本地保存的目标页面缓存信息对任一子页面进行渲染。

当用户通过点击等操作进到一些APP内的活动页时，也就是访问目标页面中的任一子页面的时候，子页面就可以将本页面需要加载的url参数发送给客户端，从而客户端根据该url参数找到目标页面缓存信息中的对应于该url参数的缓存数据，并将该页面需要的缓存数据发送给子页面，从而使得子页面根据读取到的缓存数据，也就是对应的目标页面缓存信息对页面进行渲染。

通过本实施例提出的一种应用于客户端的页面数据缓存的方法，当客户端的应用程序启动时，从应用程序对应的服务端的缓存接口获取目标缓存配置信息，然后，根据目标页面参数信息向缓存接口发送数据缓存指令，以获取目标页面缓存信息，再按照预设格式在本地保存目标页面缓存信息，最后，当访问目标页面中的任一子页面时，根据本地保存的目标页面缓存信息对任一子页面进行渲染。从而打开页面时可以通过直接使用该页面缓存信息来替代请求接口数据，从而减少页面的加载耗时，达到秒开的效果，客户体验感更好。

请参阅图3，图3为本申请实施例公开的另一种页面数据缓存方法的流程示意图。包括步骤301-步骤307。需要说明的是，本实施例主要应用于客户端上的应用程序APP。

301、当客户端的应用程序启动时，从应用程序对应的服务端的缓存接口获取目标缓存配置信息。

本实施例中步骤301与前述图2中步骤201类似，具体此处不进行赘述。但需要说明的是，一种目标缓存配置信息，也就是对应的离线缓存协议JSON配置列表的其中一个具体的实施例可以是，其中，JSON数据格式如下：

不难理解的是，以上仅为JSON数据格式的其中一个具体的实施例，本实施例并不对JSON数据格式中的具体实现代码进行限制。

302、当访问第一子页面时，获取第一子页面的第一页面参数信息及与第一页面参数信息匹配的第一页面标识信息。

当用户在应用程序界面上点击某一页面，也就是客户端访问第一子页面时，可以获取到该第一子页面的第一页面参数信息以及与第一页面参数信息匹配的第一页面标识信息。需要说明的是，该第一页面参数信息就是页面URL，第一页面标识信息就是信息摘要算法(MD5，message digest algorithm)，它是一种加密串，是一种被广泛使用的密码散列函数，可以产生出一个128位的散列值，用于确保信息传输完整一致。

进一步的，当访问第一子页面之前，Weex或H5对应的WEEX_BRIDGE或H5_BRIDGE会提供文件缓存写入JSAPI，从而APP可以提供对应的JSAPI传参的方式供H5页面进行数据的读取。需要说明的是，上述中所描述的文件缓存也可以理解为子页面的页面参数信息及与页面参数信息匹配的页面标识信息。例如，当客户端访问第一子页面时，就可以获取到H5_BRIDGE写入的该第一子页面的页面URL以及对应的MD5。

303、校验第一页面标识信息是否与目标页面标识信息中的任一页面标识信息相同且客户端是否未保存第一页面标识信息。若是，执行步骤304。

由步骤301可知，目标缓存配置信息还包括与目标页面参数信息一一匹配的目标页面标识信息。具体的，就是每一段目标页面参数信息都对应一段目标页面标识信息。

具体的，就可以根据第一页面参数信息，也就是第一页面URL(过滤参数)查询或读取目标缓存配置信息中的目标页面参数信息。对应的，就是根据页面URL查询/读取协议JSON内第一子页面的加载资源列表。

然后，校验访问后的第一页面标识信息是否与目标缓存配置信息中的目标页面标识信息相同。对应的，就是校验访问后的第一页面URL上对应的MD5是否跟JSON配置表上的MD5相等。

若第一页面URL上对应的MD5跟JSON配置表上的MD5相等，就判断客户端的本地是否保存第一页面标识信息，也就是第一页面URL对应的MD5。

若第一页面URL上对应的MD5跟JSON配置表上的MD5不相等，就直接结束，不再执行后续步骤。

在判断客户端的本地是否保存第一页面标识信息后，若本地缓存中没有第一URL对应的MD5，就执行步骤304；若本地缓存中有第一URL对应的MD5，不再执行步骤304-步骤306，相当于已经缓存了目标页面缓存信息。可直接执行步骤307。

进一步的是，当客户端访问的是APP上的主页面时，也执行与步骤303相同的动作，具体此处不做赘述。

304、根据目标页面参数信息向缓存接口发送数据缓存指令，以获取目标页面缓存信息。

本实施例中步骤304与前述图2中步骤202类似，具体此处不进行赘述。但需要说明的是，由于步骤301中配置了请求协议的规则，具体的，根据requestData字段(跟coreResourceList内的url字段的目录为同一层级)按照离线缓存协议对缓存接口进行预请求接口的缓存，也就是向缓存接口发送数据缓存指令。其中，需要说明的是，requestData指的是下面我提前定好的一些请求协议的规则，如果传入了get，APP就用get进行接口请求，如果传了post就用post进行接口请求。

进一步的是，由于json定义了coreResourceList字段，url是对应的映射，也就是说APP根据这个url来存储通过提前进行接口请求缓存来的数据，后面H5页面可以根据url跟app通信来获取数据，而H5页面就不需要请求接口了。

305、将目标页面参数信息设置为目标页面缓存信息的目标键值，并将目标页面缓存信息及目标页面缓存信息的目标键值进行保存。

本实施例中步骤305与前述图2中步骤203类似，具体此处不进行赘述。但需要说明的是，在将目标页面缓存信息写入客户端的内存时，可以将目标页面参数信息设置为目标页面缓存信息的目标键值，并将目标页面缓存信息及目标页面缓存信息的目标键值进行保存。具体的，根据步骤301中JSON配置表中的格式，以htm的url作为key值，也就是目标键值。然后将每一段url对应的目标页面缓存信息与目标键值，也就是key值进行一一对应保存，从而便于访问H5页面时，H5页面也以直接根据该key值读取对应的目标页面缓存信息。

进一步的是，还可以将目标页面缓存信息按照目标页面参数信息与目标页面标识信息的匹配关系进行命名，以形成目标页面缓存信息的命名信息，再将所述目标页面缓存信息按照命名信息的格式保存至所述客户端，同时也将目标页面参数信息与命名信息的目标匹配关系保存至客户端。具体的，以MD5为命名将JSON协议内的资源文件(URL对应的页面缓存信息，具体可包括js，css，png等文件)缓存到客户端本地，并且缓存一份url：MD5的映射。其中，APP本地文件缓存的命名信息可以是MD5_1，MD5_2，MD5_3，...等等。具体的命名数量与目标页面参数信息(URL)的字段数量有关，本实施例并不对此进行限制。那么，对应的有，APP本地缓存的映射即为URL1：MD5_1，URL2：MD5_2，URL3：MD5_3，...等等。为方便描述，后续不再对资源文件的具体含义以及所包含的内容进行赘述。

306、当获取目标页面缓存信息时，获取实时时间信息，并将实时时间信息写入目标页面缓存信息，并将写入实时时间信息后的目标页面缓存信息保存在本地。

当APP本地缓存池获取到目标页面缓存信息的时候，也就是接口数据存储在内存当中的时候，会获取到此时获取目标页面缓存信息的实时时间。在存入目标页面缓存信息的时候会将获取到的实时时间，也就是当前时间字段写入到目标页面缓存信息中。具体的，就是APP请求接口的时候会记录一个时间戳。然后将写入实时时间的目标页面缓存信息保存在本地。

进一步的是，当关闭APP时，也就是关闭掉APP进程时，客户端会获取到此时关闭该APP的当前时间。通过计算当前时间和实时时间，从而获取到计算结果，然后判断该计算结果是否大于预设阈值，若大于预设阈值，就删除掉目标页面缓存信息。具体的，可以通过计算文件最近访问H5页面的时间与上述获取到目标页面缓存信息的实时时间做对比，判断是否大于某个阈值，例如，可以设置为10s，也可以设置为5s，具体可以根据页面对于缓存数据的实时性的要求进行修改，此处不对阈值的具体数值进行限制，后续也不再对此进行赘述。当超过该阈值时，就删除目标页面缓存信息中，对应于H5页面的MD5的资源文件，从而，客户端就可以执行上述步骤，从而再获取到最新的JSON文件，以获取最新的目标页面缓存信息。

更进一步的是，该实时时间信息可以用来告诉H5判断是否还要使用目标页面缓存信息，有些业务场景对缓存数据实时性要求比较高，就可能会不使用。当业务场景对缓存数据的实时性要求不高或不需要时，就可以不执行步骤306，从而实现业务兜底。

307、当访问目标页面中的任一子页面时，根据本地保存的目标页面缓存信息对任一子页面进行渲染。

本实施例中步骤307与前述图2中步骤204类似，具体此处不进行赘述。

通过本实施例提出的一种页面数据缓存方法，客户端上的应用程序APP可以通过配置好的目标缓存配置信息，从服务端获取到对应的目标页面缓存信息。同时，APP通过缓存接口的预请求提前存储到HTML文件内容，并以特定的映射关系将缓存数据进行存储，方便H5页面根据特定的映射关系调用缓存数据，提升了方案的可实现性。

请参阅图4，图4为本申请实施例公开的另一种页面数据缓存方法的流程示意图。包括步骤401-步骤410。需要说明的是，本实施例主要应用于访问H5页面时。还需要说明的是，本实施例中所提及的各类页面参数信息、页面配置信息及页面标识信息可参阅步骤301-步骤307中获取时的执行步骤，具体的获取步骤本实施例不再对此进行赘述。

401、当访问第二子页面时，获取第二子页面的第二页面参数信息。

APP启动指的是打开APP的时候，这时候还没有访问H5页面，只有用户通过点击等操作进到一些活动页，这些叫做访问H5页面，APP启动是前置的，所以可以在这个时候做数据的提前缓存，H5访问的时候就不需要请求接口直接用缓存的数据。

具体的，当用户通过点击等操作进到APP内的第二子页面时，第二子页面会将第二页面参数信息(页面URL)发送给客户端，从而，客户端便可以获取到第二子页面的第二页面参数信息。

进一步的是，当第一次访问第一子页面时，第一子页面可以与第二子页面为同一子页面。

402、根据第二页面参数信息判断是否对目标匹配关系进行更新。若是，执行步骤403；若否，执行步骤404。

当客户端获取到第二页面参数信息后，便可以根据第二页面参数信息判断是否对客户端内已存储的目标匹配关系进行更新。其中，目标匹配关系可参阅图3中步骤305。若是，执行步骤403；若否，执行步骤404。

具体的，根据页面URL(过滤参数)判断在映射表中是否对html文件进行拦截，其中，拦截就是是否读取缓存，换言之，就是是否更新。由于映射表中存在APP本地缓存的映射，由此，便可以根据第二页面参数信息URL读取到对应的目标页面参数信息。

403、从缓存接口获取与第二子页面对应的第一缓存配置信息。

若需要对目标页面缓存信息进行更新，对应的第二子页面就可以通过缓存接口从服务器获取到该第二子页面对应的第一缓存配置信息。具体的，第二子页面可以通过缓存接口获取到OA管理平台配置的JSON协议，此时的JSON协议为该页面最新的JSON协议。此时，第二子页面便可以查询到该页面最新的JSON协议。其中，第一缓存配置信息包括第二页面参数信息以及与第二页面参数信息匹配的第二页面标识信息。

404、根据超文本传送HTTPS协议访问第二子页面。

若不需要对目标页面缓存信息进行更新，或最新的JSON协议中的MD5不在本地缓存中存在，就直接走超文本传输安全协议(HTTPS，hypertext transport protocolserver)。

405、判断目标页面标识信息是否存在第二页面标识信息。若是，执行步骤406；若否，执行步骤404。

当获取到最新的目标缓存配置信息后，也就是第一缓存配置信息后，就判断在本地缓存中的目标页面标识信息是否存在第一缓存配置信息中的第二页面标识信息。具体的，就是判断最新的JSON协议的MD5是否在缓存中存在。若是，执行步骤406；若否，执行步骤404。

406、将目标页面参数信息更新为第二页面参数信息。

当该JSON协议的MD5在本地缓存中存在时，就将将目标页面参数信息更新为第二页面参数信息。具体的，就是对页面URL进行更新。

进一步的是，由于页面URL对应的是页面渲染时所需要的图片，视频等，因此，也可以理解为对资源文件(图片，视频等)进行拦截替换。换言之，就是替换子页面的显示图片或视频等。

407、若任一页面非登录状态，登录任一页面。

当对目标页面参数信息替换后，就需要判断此时是否已经在页面上进行登陆。具体的，这里涉及到一些业务逻辑，比如千人千面的情况(每个用户返回的推荐数据不一样)，这种可能是刚打开APP的时候还没有登录，所以页面缓存数据也自然而然是没有登录态的，而在用户登录了之后，由于千人千面的关系每个人返回的接口数据是不一致的，所以需要重新把数据清空，重新以当前登录态进行页面缓存数据的请求，替换掉之前的页面缓存数据。

当任一页面处于非登陆状态时，在本实施例中，第二子页面处于非登录状态时，登陆该第二子页面。此时，通过原生的登录页登录成功后，便会回调里面的JSON列表，从而进行一次预请求的页面缓存数据的更新。具体可参阅图3中步骤301后，获取到目标缓存配置信息后的步骤，具体此处不对此进行赘述。为方便描述，后续对于H5页面以第二子页面进行描述，后续不再对此进行赘述。

需要补充的是，回调指的是通过APP登录了之后，APP会向H5页面发送登录成功信息，要重新请求数据接口，以获取最新的目标页面缓存信息。

还需要补充的是，任一页面包括目标页面及任一子页面。

408、判断应用程序是否保存目标缓存配置信息。若是，执行步骤409；若否，执行步骤410。

当第二子页面处于登录态时，判断APP的本地是否缓存有目标缓存配置信息，具体的，也就是判断html是否有缓存接口数据。若是，执行步骤409；若否，执行步骤410。

需要补充的是，具体缓存的目标缓存配置信息可参阅图3中步骤304。根据获取到的最新的目标页面参数信息去获取目标页面缓存信息。

409、根据本地保存的目标页面缓存信息对任一子页面进行渲染。

若本地缓存有目标页面缓存信息，就根据本地保存的目标页面缓存信息对第二子页面进行页面渲染。

进一步的是，根据本地保存的目标页面缓存信息对任一子页面进行渲染。

410、接收服务端通过缓存接口发送的目标页面缓存信息，并根据目标页面缓存信息进行页面渲染。

若本地未缓存有目标页面缓存信息，就确定是否在登陆后返回原先的H5页面。在本实施例中，可以理解为，在第二子页面登陆成功后，且本地本地未缓存有目标页面缓存信息，需要用户确定是否返回第二子页面。

若是，第二子页面就需要根据第二子页面对应的第二页面参数信息，通过缓存接口向服务器发送请求，从而请求线上的接口数据，也就是第二子页面的页面缓存信息，此时涉及到的业务逻辑可参阅步骤407中千人千面的情况。

当获取到第二子页面的页面缓存信息后，便可以根据第二子页面的页面缓存信息对第二子页面进行页面渲染。

进一步的是，当返回任一页面时，需要用户确定是否返回该页面。若确定返回，便可以根据该页面的页面参数信息(页面URL)获取到对应的页面缓存信息，从而该页面便可以根据该页面缓存信息进行页面渲染。

通过本实施例提出的一种页面数据缓存方法，通过搭建通用的H5数据离线缓存方案体系，实现APP内重要页面达到秒开。同时，APP通过接口的预请求提前存储到HTML文件内部，访问页面在判断到该接口缓存数据存在的时候不再次对接口进行请求，从而加快页面的首屏内容渲染，提升了方案的可实现性。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

若方案涉及敏感信息(如客户信息、企业信息)，则应当说明针对敏感信息的收集、使用和处理需要遵守相关国家和地区的法律法规和标准，且需要在相应主体(如客户或企业等)许可或同意的情况下进行。

请参阅图5，图5为本申请实施例公开的一种页面数据缓存的系统结构图。包括：

获取单元501，用于当客户端的应用程序启动时，从应用程序对应的服务端的缓存接口获取目标缓存配置信息，目标缓存配置信息包括目标页面的所有目标页面参数信息；

发送单元502，用于根据目标页面参数信息向缓存接口发送数据缓存指令，以获取目标页面缓存信息；

保存单元503，用于按照预设格式在本地保存目标页面缓存信息；

渲染单元504，用于当访问目标页面中的任一子页面时，根据本地保存的目标页面缓存信息对任一子页面进行渲染。

示例性地，目标缓存配置信息还包括与目标页面参数信息一一匹配的目标页面标识信息，系统还包括：校验单元505及执行单元506；

获取单元501，还用于当访问第一子页面时，获取第一子页面的第一页面参数信息及与第一页面参数信息匹配的第一页面标识信息；

校验单元505，用于校验第一页面标识信息是否与目标页面标识信息中的任一页面标识信息相同且客户端是否未保存第一页面标识信息；

执行单元506，用于当第一页面标识信息是否与目标页面标识信息中的任一页面标识信息相同且未保存第一页面标识信息时，执行根据目标页面参数信息向缓存接口发送数据缓存指令，以获取目标页面缓存信息的步骤。

示例性地，系统还包括：设置单元507及保存单元503；

设置单元507，用于将目标页面参数信息设置为目标页面缓存信息的目标键值；

保存单元503，用于将目标页面缓存信息及目标页面缓存信息的目标键值进行保存。

示例性地，目标缓存配置信息还包括与目标页面参数信息一一匹配的目标页面标识信息，系统还包括：命名单元508；

命名单元508，用于将目标页面缓存信息按照目标页面参数信息与目标页面标识信息的匹配关系进行命名，以形成目标页面缓存信息的命名信息；

保存单元503，还用于将目标页面缓存信息按照命名信息的格式保存至客户端；

保存单元503，还用于将目标页面参数信息与命名信息的目标匹配关系保存至客户端。

示例性地，系统还包括：更新单元509及访问单元510；

获取单元501，还用于当访问第二子页面时，获取第二子页面的第二页面参数信息；

更新单元509，用于根据第二页面参数信息判断是否对目标匹配关系进行更新；

获取单元501，还用于当对目标匹配关系进行更新时，从缓存接口获取与第二子页面对应的第一缓存配置信息，以确定第一缓存配置信息是否存在与目标页面标识信息相同的页面标识信息；

访问单元510，用于当不对目标匹配关系进行更新时，根据超文本传送HTTPS协议访问第二子页面。

示例性地，系统还包括：判断单元511；

判断单元511，用于判断目标页面标识信息是否存在第二页面标识信息；

更新单元509，具体用于当存在第二页面标识信息时，将目标页面参数信息更新为第二页面参数信息；

执行单元506，具体用于当不存在第二页面标识信息时，执行根据超文本传送HTTPS协议访问第二子页面的步骤。

示例性地，系统还包括：登陆单元512及接收单元513；

登陆单元512，用于当任一页面非登录状态时，登录任一页面，任一页面包括目标页面及任一子页面；

判断单元511，还用于判断应用程序是否保存目标缓存配置信息；

执行单元506，还用于当应用程序保存目标缓存配置信息时，执行根据本地保存的目标页面缓存信息对任一子页面进行渲染的步骤；

接收单元513，用于当应用程序未保存目标缓存配置信息时，接收服务端通过缓存接口发送的目标页面缓存信息，并根据目标页面缓存信息进行页面渲染。

示例性地，

获取单元501，具体用于当获取目标页面缓存信息时，获取实时时间信息；

保存单元508，具体用于将实时时间信息写入目标页面缓存信息，并将写入实时时间信息后的目标页面缓存信息保存在本地。

示例性地，系统还包括：计算单元514及删除单元515；

获取单元501，还用于当关闭应用程序时，获取关闭应用程序的当前时间信息；

计算单元514，用于将实时时间信息与当前时间信息进行计算，以获取计算结果；

判断单元511，还用于判断计算结果是否大于预设阈值；

删除单元515，用于当计算结果大于预设阈值时，删除目标页面缓存信息。

下面请参阅图6，本申请实施例公开的一种页面数据缓存装置的结构示意图，装置包括：

中央处理器601，存储器605，输入输出接口604，有线或无线网络接口603以及电源602；

存储器605为短暂存储存储器或持久存储存储器；

中央处理器601配置为与存储器605通信，并执行存储器605中的指令操作以执行前述图2至图4中任一所示实施例中的方法。

本申请实施例还提供一种芯片系统，其特征在于，芯片系统包括至少一个处理器和通信接口，通信接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以执行前述图2至图4中任一所示实施例中的方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (12)

1.一种页面数据缓存的方法，其特征在于，应用于客户端，所述方法包括：

当所述客户端的应用程序启动时，从所述应用程序对应的服务端的缓存接口获取目标缓存配置信息，所述目标缓存配置信息包括目标页面的所有目标页面参数信息；

根据所述目标页面参数信息向所述缓存接口发送数据缓存指令，以获取目标页面缓存信息；

按照预设格式在本地保存所述目标页面缓存信息；

当访问所述目标页面中的任一子页面时，根据本地保存的所述目标页面缓存信息对所述任一子页面进行渲染。

2.根据权利要求1所述的页面数据缓存的方法，其特征在于，所述目标缓存配置信息还包括与所述目标页面参数信息一一匹配的目标页面标识信息，所述根据所述目标页面参数信息向所述缓存接口发送数据缓存指令之前，所述方法还包括：

当访问第一子页面时，获取所述第一子页面的第一页面参数信息及与所述第一页面参数信息匹配的第一页面标识信息；

校验所述第一页面标识信息是否与所述目标页面标识信息中的任一页面标识信息相同且所述客户端是否未保存所述第一页面标识信息；

若相同且未保存所述第一页面标识信息，执行所述根据所述目标页面参数信息向所述缓存接口发送数据缓存指令，以获取目标页面缓存信息的步骤。

3.根据权利要求1所述的页面数据缓存的方法，其特征在于，所述按照预设格式在本地保存所述目标页面缓存信息包括：

将所述目标页面参数信息设置为所述目标页面缓存信息的目标键值；

将所述目标页面缓存信息及所述目标页面缓存信息的目标键值进行保存。

4.根据权利要求1所述的页面数据缓存的方法，其特征在于，所述目标缓存配置信息还包括与所述目标页面参数信息一一匹配的目标页面标识信息，所述按照预设格式保存所述页面数据缓存信息之后，所述方法还包括：

将所述目标页面缓存信息按照所述目标页面参数信息与所述目标页面标识信息的匹配关系进行命名，以形成所述目标页面缓存信息的命名信息；

将所述目标页面缓存信息按照所述命名信息的格式保存至所述客户端；

将所述目标页面参数信息与所述命名信息的目标匹配关系保存至所述客户端。

5.根据权利要求4所述的页面数据缓存的方法，其特征在于，所述将所述目标页面参数信息与所述命名信息的目标匹配关系保存至所述客户端之后，所述方法还包括：

当访问第二子页面时，获取所述第二子页面的第二页面参数信息；

根据所述第二页面参数信息判断是否对所述目标匹配关系进行更新；

若是，从所述缓存接口获取与所述第二子页面对应的第一缓存配置信息，以确定所述第一缓存配置信息是否存在与所述目标页面标识信息相同的页面标识信息；

若否，根据超文本传送HTTPS协议访问所述第二子页面。

6.根据权利要求5所述的页面数据缓存的方法，其特征在于，所述第一缓存配置信息包括与所述第二页面参数信息匹配的第二页面标识信息，所述确定所述第一缓存配置信息是否存在与所述目标页面标识信息相同的页面标识信息包括：

判断所述目标页面标识信息是否存在所述第二页面标识信息；

若是，将所述目标页面参数信息更新为所述第二页面参数信息；

若否，执行所述根据超文本传送HTTPS协议访问所述第二子页面的步骤。

7.根据权利要求1所述的页面数据缓存的方法，其特征在于，所述按照预设格式在本地保存所述目标页面缓存信息之后，所述方法还包括：

若任一页面非登录状态，登录所述任一页面，所述任一页面包括所述目标页面及所述任一子页面；

判断所述应用程序是否保存所述目标缓存配置信息；

若是，执行所述根据本地保存的所述目标页面缓存信息对所述任一子页面进行渲染的步骤；

若否，接收所述服务端通过所述缓存接口发送的所述目标页面缓存信息，并根据所述目标页面缓存信息进行页面渲染。

8.根据权利要求1所述的页面数据缓存的方法，其特征在于，所述按照预设格式在本地保存所述目标页面缓存信息包括：

当获取所述目标页面缓存信息时，获取实时时间信息；

将所述实时时间信息写入所述目标页面缓存信息，并将写入所述实时时间信息后的所述目标页面缓存信息保存在本地。

9.根据权利要求8所述的页面数据缓存的方法，其特征在于，所述将所述实时时间信息写入所述目标页面缓存信息，并将所述目标页面缓存信息保存在本地之后，所述方法还包括：

若关闭所述应用程序，获取关闭所述应用程序的当前时间信息；

将所述实时时间信息与所述当前时间信息进行计算，以获取计算结果；

判断所述计算结果是否大于预设阈值；

若是，删除所述目标页面缓存信息。

10.一种页面数据缓存的系统，其特征在于，应用于客户端，所述系统包括：

获取单元，用于当所述客户端的应用程序启动时，从所述应用程序对应的服务端的缓存接口获取目标缓存配置信息，所述目标缓存配置信息包括目标页面的所有目标页面参数信息；

发送单元，用于根据所述目标页面参数信息向所述缓存接口发送数据缓存指令，以获取目标页面缓存信息；

保存单元，用于按照预设格式在本地保存所述目标页面缓存信息；

渲染单元，用于当访问所述目标页面中的任一子页面时，根据本地保存的所述目标页面缓存信息对所述任一子页面进行渲染。

11.一种页面数据缓存的装置，其特征在于，所述装置包括：

中央处理器，存储器，输入输出接口，有线或无线网络接口以及电源；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行权利要求1至9中任意一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至9中任意一项所述的方法。

Images