CN110245307A - 页面缓存管理方法及***、终端设备及存储介质 - Google Patents

Abstract

本申请公开了一种页面缓存管理方法及***、终端设备及存储介质。该页面缓存管理方法包括：从缓存空间获取待加载页面的第一配置信息；从服务器获取与待加载页面对应的第二配置信息，并判断第一配置信息是否与第二配置信息匹配；若否，则将缓存空间的第一配置信息更新为第二配置信息。通过这种方式，改善页面加载失败的问题，提高页面的访问速度。

Description

页面缓存管理方法及***、终端设备及存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种页面缓存管理方法及***、终端设备及存储介质。

背景技术

在使用浏览器浏览网页时，浏览器通常会将浏览过的网页进行缓存，例如Cookie缓存，以保证再次浏览该网页时能直接从Cookie获取网页，而不再从服务器获取网页资源。合理的页面缓存可以让页面的执行效率大大的提高，能够提高网页浏览效率。

本申请的发明人在长期的研发过程中发现，现有技术中，Cookie缓存的页面不具备更新功能，在***升级或页面链接更新后，容易出现页面找不到的问题。

发明内容

本申请主要解决的技术问题是如何改善页面加载失败的问题，提高页面的访问速度。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种页面缓存管理方法，用于终端设备，终端设备与服务器连接，页面缓存管理方法包括：从缓存空间获取待加载页面的第一配置信息；从服务器获取与待加载页面对应的第二配置信息，并判断第一配置信息是否与第二配置信息匹配；若否，则将缓存空间的第一配置信息更新为第二配置信息。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种终端设备，与服务器连接，该终端设备包括处理器及与处理器连接的收发器，处理器用于从缓存空间获取待加载页面的第一配置信息，收发器用于从服务器获取与待加载页面对应的第二配置信息，处理器进一步用于判断第一配置信息是否与第二配置信息匹配，若否，则将缓存空间的第一配置信息更新为第二配置信息。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种终端设备，与服务器连接，该终端设备包括处理模块及与处理模块连接的收发模块，处理模块用于从缓存空间获取待加载页面的第一配置信息，收发模块用于从服务器获取与待加载页面对应的第二配置信息，处理模块进一步用于判断第一配置信息是否与第二配置信息匹配，若否，则将缓存空间的第一配置信息更新为第二配置信息。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种页面缓存管理***，该页面缓存管理***包括：终端设备及与终端设备连接的服务器，终端设备用于从缓存空间获取待加载页面的第一配置信息，并向服务器发送请求；服务器用于根据请求获取与待加载页面对应的第二配置信息，并将第二配置信息反馈给终端设备；终端设备进一步用于判断判断第一配置信息是否与第二配置信息匹配，若否，则将缓存空间的第一配置信息更新为第二配置信息。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种存储介质，其上存储有程序数据，程序数据能够被执行以实现上述页面缓存管理方法。

本申请的有益效果是：区别于现有技术，本申请实施例页面缓存管理方法，用于终端设备，终端设备与服务器连接，该页面缓存管理方法包括：从缓存空间获取待加载页面的第一配置信息；从服务器获取与待加载页面对应的第二配置信息，并判断第一配置信息是否与第二配置信息匹配；若否，则将缓存空间的第一配置信息更新为第二配置信息。通过这种方式，本申请实施例在缓存空间中的待加载页面的第一配置信息与服务器中的该待加载页面的第二配置信息不匹配时，将缓存空间的第一配置信息更新为第二配置信息，并根据第二配置信息加载该待加载页面，以使得待加载页面能根据最新的配置信息，即第二配置信息进行加载，以避免服务器的待加载页面的配置信息被更新后，因本地缓存中的待加载页面的配置信息未同步更新，导致待页面加载失败等问题。因此，本申请实施例能够改善页面加载失败的问题，提高页面的访问速度。

附图说明

图1是本申请页面缓存管理***一实施例的结构示意图；

图2是本申请页面缓存管理方法第一实施例的流程示意图；

图3是图2实施例页面缓存管理方法中步骤S202的具体流程示意图；

图4是图2实施例页面缓存管理方法中步骤S203的具体流程示意图；

图5是本申请页面缓存管理方法第二实施例的流程示意图；

图6是图5实施例页面缓存管理方法中步骤S505的具体流程示意图；

图7是本申请页面缓存管理方法第三实施例的流程示意图；

图8是本申请终端设备一实施例的结构示意图；

图9是本申请终端设备另一实施例的结构示意图；

图10是本申请页面缓存管理***一实施例的结构示意图；

图11是本申请存储介质一实施例的结构示意图。

具体实施方式

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

现有技术中，终端设备通过浏览器访问网站时，终端设备的缓存会以小文本文件存储页面信息，这种小文本文件称为Cookie。但是，本申请的发明人发现，Cookie缓存的页面不具备更新功能，在***升级或页面链接更新后，容易出现页面找不到的问题。

为解决上述问题，本申请首先提出一种页面缓存管理***，如图1所示，图1是本申请页面缓存管理***一实施例的结构示意图。本实施例页面缓存管理***101包括终端设备102及与终端设备102连接的服务器103，其中，该连接方式可以是无线连接。

终端设备102设置有浏览器(图未示)及本地缓存(图未示)，本地缓存设置有缓存空间；终端设备102可以通过触控屏(图未标)接收用户对浏览器待加载页面的触摸操作，并生成与触摸操作对应的控制指令，以控制浏览器进行页面加载等。当然，在其它实施例中，终端设备还可以通过物理按键等组件获取用户对浏览器界面的操作。

服务器103可以与多个终端设备102以一对多的方式设置。多个终端102共享服务器103的数据资源。

本实施例的终端设备102可以是笔记本电脑、掌上电脑、个人数字助理、便捷式媒体播放器、导航装置、可穿戴设备、计步器等移动终端，以及诸如数字电视、台式计算机等固定终端。

本申请进一步提出一种页面缓存管理方法，如图2所示，图2是本申请页面缓存管理方法第一实施例的流程示意图。本实施例页面缓存管理方法用于上述终端设备102，本实施例页面缓存管理方法包括以下步骤：

步骤S201：从缓存空间获取待加载页面的第一配置信息。

终端设备102接收用户对浏览器待加载页面的访问指令、数据更新指令或者***升级指令等，并根据这些指令从本地缓存的缓存空间中获取待加载页面的第一配置信息。

可选地，本实施例的配置信息包括URL统一资源定位符(Uniform ResourceLocator，URL)及与URL对应的版本号。URL是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，它是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的URL，它包含的信息指出文件的位置以及浏览器应该怎么处理它；URL给资源的位置提供一种抽象的识别方法，并用这种方法给资源定位；只要能够对资源定位，***就可以对资源进行各种操作，如存取、更新、替换和查找其属性。

本实施例的URL至少包括模式(或称协议)、服务器名称(或IP地址)、路径及文件名。其中，模式提供浏览器处理将要打开的文件的方式；服务器的名称或IP地址后面可以还跟一个冒号和一个端口号，服务器的名称或IP地址还可以包括接触服务器必须的用户名称和密码；路径部分包含等级结构的路径定义，询问部分一般用来传送对服务器上的数据库进行动态询问时所需要的参数。

本实施例的版本号在URL的信息被更新后加一。

步骤S202：从服务器103获取与待加载页面对应的第二配置信息，并判断第一配置信息是否与第二配置信息匹配。

本实施例的第一配置信息包括第一URL及与第一URL对应的第一版本号，第二配置信息包括第二URL及与第二URL对应的第二版本号。

可选地，本实施例可以通过如图3所示的方法实现上述步骤S202。本实施例的方法包括步骤S301至步骤S303。

步骤S301：从第一配置信息中获取第一URL。

终端设备102从第一配置信息中获取第一URL。

步骤S302：从服务器103获取与第一URL对应的第二URL及第二版本号。

具体的，终端设备102将第一URL发送给服务器103，服务器103根据第一URL查询数据更新记录，若查询成功，则认为第一URL已被更新，服务器103获取与第一URL对应的更新记录，并将根据第一URL对应的最新的更新记录获取与第一URL对应的URL作为第二URL，并获取与该第二URL对应的第二版本号，服务器103将第二URL及第二版本号反馈给终端设备102；若查询失败，则认为第一URL没有被更新，服务器103获取与第一URL对应的URL作为第二URL，并获取与该第二URL对应的第二版本号，服务器103将第二URL及第二版本号反馈给终端设备102。

步骤S303：从第一配置信息中获取第一版本号。

终端设备102从第一配置信息中获取第一版本号。

步骤S304：判断第一版本号与第二版本号是否相同。

终端设备102从第一配置信息中获取第一版本号，并判断第一版本号与第二版本号是否相同。若第一版本号与第二版本号不相同，则认为缓存空间中待加载页面的第一配置信息与服务器103中的该待加载页面的第二配置信息不匹配；若第一版本号与第二版本号相同，则认为二者匹配。

步骤S203：若第一配置信息与第二配置信息不匹配，则将缓存空间的第一配置信息更新为第二配置信息。

若缓存空间中待加载页面的第一配置信息与服务器103中的该待加载页面的第二配置信息不匹配，则认为服务器103上的待加载页面的第一配置信息已经被更新为第二配置信息，因此终端设备102将缓存空间的第一配置信息更新为第二配置信息，以使缓存空间中的待加载页面的配置信息为最新的配置信息，避免服务器103的待加载页面的配置信息被更新后，因本地缓存中的待加载页面的配置信息未同步更新，导致待页面加载失败等问题；若第一配置信息与第二配置信息匹配，则认为待加载页面的第一配置信息未更新，无需更新缓存空间的第一配置信息。

具体地，终端设备102将缓存空间的第一URL更新为第二URL，并将与第一URL的版本号更新为与第二URL对应的版本号。

可选地，本实施例可以通过如图4所示的方法实现上述步骤S203。本实施例的方法具体包括步骤S401至步骤S402。

步骤S401：从多个第二版本号中获取最大第二版本号。

随着用户需求的不断变化，待加载页面的配置信息也会被不断的更新，每更新一次，其版本号加一，因此，服务器103中的待加载页面具有多个版本号，且最大版本号对应的配置信息为最新的配置信息。终端设备102从多个第二版本号中获取最大第二版本号。

步骤S402：将缓存空间的第一配置信息更新为与最大第二版本号对应的第二配置信息。

终端设备102将缓存空间的第一配置信息更新为与最大第二版本号对应的第二配置信息。

可选地，本实施例终端设备102的缓存空间设置有Indexed DB，Indexed DB为浏览器提供本地数据库，它可以被网页脚本创建和操作；Indexed DB允许储存大量数据，提供查找接口，还能建立索引；Indexed DB是一个为了能够在终端设备102存储可观数量的结构化数据，并且在这些数据上使用索引进行高性能检索的应用程序接口。Indexed DB能够分别为同步和异步访问提供了单独的应用程序接口。

本实施例的Indexed DB用于缓存第一配置信息，第一版本号为Indexed DB的索引值。具体地，在Indexed DB结构中，第一版本号为第一URL的索引值，终端设备102可以通过第一版本号作为索引查找第一URL。

当然，在其它实施例中，还可以采用WebSQL DB等代替Indexed DB。

区别于现有技术，本实施例在缓存空间中的待加载页面的第一配置信息与服务器中的该待加载页面的第二配置信息不匹配时，将缓存空间的第一配置信息更新为第二配置信息，并根据第二配置信息加载该待加载页面，以使得待加载页面能根据最新的配置信息，即第二配置信息进行加载，以避免服务器的待加载页面的配置信息被更新后，因本地缓存中的待加载页面的配置信息未同步更新，导致待页面加载失败等问题。因此，本实施例能够改善页面加载失败的问题，提高页面的访问速度。

进一步地，本实施例采用Indexed DB为浏览器提供本地数据库，能够提高数据检索效率，进一步提高页面访问效率。

本申请进一步提出第二实施例的页面缓存管理方法，用于上述终端设备102。如图5所示，本实施例页面缓存管理方法包括以下步骤：

步骤S501：获取浏览器地址栏的页面地址信息。

该页面地址可以是待加载页面的完整或部分URL信息。

步骤S502：根据页面地址信息从缓存空间获取待加载页面的第一URL及第一版本号。

步骤S503：从服务器103获取与待加载页面对应的第二URL第二版本号，并判断第一版本号是否与第二版本号相同。

步骤S504：若第一版本号与第二版本号不相同，则将缓存空间的第一版本号更新为第二版本号，将缓存空间的第一URL更新为第二URL。

步骤S502至步骤S504与上述步骤S201至步骤S203类似，这里不赘述。

步骤S505：根据第二URL加载待加载页面。

可选地，本实施例可以通过如图6所示的方法实现上述步骤S505。本实施例的方法包括步骤S601至步骤S602。

步骤S601：从服务器103获取与第二URL对应的数据资源。

步骤S602：根据数据资源加载待加载页面，并将数据资源保存到缓存空间。

在一应用场景中，浏览器首次加载与第二URL对应的待加载页面时，会先对自动设置的参数进行加载，然后向服务器103发送HTTP请求报文头，请求报文头主要包含第二URL、接收编码约定及缓存控制等信息；服务器103接收请求报文头后，进行相关业务处理，然后向浏览器反馈HTTP响应报文；浏览器解读HTTP响应报文，以获取数据资源，并将数据资源通过页面显示给用户，即加载待加载页面，同时将数据资源保存到缓存空间；浏览器再次加载与第二URL对应的待加载页面时，浏览器直接从缓存空间读取数据资源并加载待加载页面。

步骤S506：若第一版本号与第二版本号相同，则根据第一URL加载待加载页面。

若第一版本号是否与第二版本号相同，则认为第一URL没有更新，则可以直接根据第一URL加载待加载页面。

区别于现有技术，通过本实施例的方法，能够在通过浏览器访问待加载页面时，能够获取待加载页面更新后的配置信息，并根据更新后的配置信息加载待加载页面，能够避免服务器的待加载页面的配置信息被更新后，因本地缓存中的待加载页面的配置信息未同步更新，导致待页面加载失败等问题。因此，本实施例能够改善页面加载失败的问题，提高页面的访问速度。

本实施例实现了在对待加载页面进行访问时对配置信息进行更新，当然，在下述实施例中，还可以在***升级或者服务器数据更新过程中实现对配置信息的更新。

如图7所示，图7是本申请页面缓存管理方法第三实施例的流程示意图，本实施例页面缓存管理方法可用于上述终端设备102。本实施例页面缓存管理方法包括以下步骤：

步骤S701：监测终端设备102的***升级指令。

***升级可以是浏览器升级或者终端设备102的操作***升级等。终端设备102的***升级会导致缓存空间中的数据被更新。

步骤S702：若监测到***升级指令，则从缓存空间获取待加载页面的第一配置信息。

步骤S703：从服务器103获取与待加载页面对应的第二配置信息，并判断第一配置信息是否与第二配置信息匹配。

步骤S704：若第一配置信息与第二配置信息不匹配，则将缓存空间的第一配置信息更新为第二配置信息。

步骤S702至步骤S704与上述步骤S201至步骤S203类似，这里不赘述。

区别于现有技术，通过本实施例的方法，能够在终端设备***升级时，获取待加载页面更新后的配置信息，并根据更新后的配置信息加载待加载页面，能够避免服务器的待加载页面的配置信息被更新后，因本地缓存中的待加载页面的配置信息未同步更新，导致待页面加载失败等问题。因此，本实施例能够改善页面加载失败的问题，提高页面的访问速度。

在其它实施例中，终端设备还可以定时向服务器询问页面资源是否更新，或者服务器在页面资源被更新后向终端设备推送更新后的页面URL及版本号等信息。

本申请进一步提出一种终端设备，如图8所示，图8是本申请终端设备一实施例的结构示意图。本实施例终端设备801与服务器(图未示)，终端设备801包括处理器802及与处理器802连接的收发器803，处理器802用于从缓存空间获取待加载页面的第一配置信息，收发器803用于从服务器获取与待加载页面对应的第二配置信息，处理器802进一步用于判断第一配置信息是否与第二配置信息匹配，若否，则将缓存空间的第一配置信息更新为第二配置信息。

本实施例终端设备801还能实现上述实施例页面缓存管理的方法，本实施例终端设备801与上述实例终端设备102类似，其结构及工作原理这里不赘述。

区别于现有技术，本实施例避免服务器的待加载页面的配置信息被更新后，因本地缓存中的待加载页面的配置信息未同步更新，导致待页面加载失败等问题。因此，能够改善页面加载失败的问题，提高页面的访问速度。

本申请进一步提出一种终端设备，如图9所示，图9是本申请终端设备另一实施例的结构示意图。本实施例终端设备901与服务器(图未示)连接，终端设备901包括处理模块902及与处理模块902连接的收发模块903，处理模块902用于从缓存空间获取待加载页面的第一配置信息，收发模块903用于从服务器获取与待加载页面对应的第二配置信息，处理模块902进一步用于判断第一配置信息是否与第二配置信息匹配，若否，则将缓存空间的第一配置信息更新为第二配置信息。

本实施例终端设备901还能实现上述实施例页面缓存管理的方法，本实施例终端设备901与上述实例终端设备102类似，其结构及工作原理这里不赘述。

区别于现有技术，本实施例避免服务器的待加载页面的配置信息被更新后，因本地缓存中的待加载页面的配置信息未同步更新，导致待页面加载失败等问题。因此，能够改善页面加载失败的问题，提高页面的访问速度。

本申请进一步提出一种页面缓存管理***，如图10所示，本实施例页面缓存管理***1001包括：终端设备1002及与终端设备1002连接的服务器1003，终端设备1002用于从缓存空间获取待加载页面的第一配置信息，并向服务器1003发送请求；服务器1003用于根据请求获取与待加载页面对应的第二配置信息，并将第二配置信息反馈给终端设备1002；终端设备1002进一步用于判断判断第一配置信息是否与第二配置信息匹配，若否，则将缓存空间的第一配置信息更新为第二配置信息。

本实施例终端设备1002还能实现上述实施例页面缓存管理的方法，本实施例终端设备1002与上述实例终端设备102类似，其结构及工作原理这里不赘述。

区别于现有技术，本实施例避免服务器的待加载页面的配置信息被更新后，因本地缓存中的待加载页面的配置信息未同步更新，导致待页面加载失败等问题。因此，能够改善页面加载失败的问题，提高页面的访问速度。

本申请进一步提出一种存储介质，如图11所示，图11是本申请存储介质一实施例的结构示意图。本实施例存储介质1101用于存储上述实施例的相关数据1102及程序数据1103，其中，相关数据1102至少包括上述配置信息等，程序数据1103能够被执行以上述方法实施例的页面缓存管理方法。相关数据1102及程序数据1103已在上述方法实施例中进行了详细的叙述，这里不赘述。

本实施例存储介质1101可以是但不局限于U盘、SD卡、PD光驱、移动硬盘、大容量软驱、闪存、多媒体记忆卡、服务器等。

区别于现有技术，本申请实施例页面缓存管理方法，用于终端设备，终端设备与服务器连接，该页面缓存管理方法包括：从缓存空间获取待加载页面的第一配置信息；从服务器获取与待加载页面对应的第二配置信息，并判断第一配置信息是否与第二配置信息匹配；若否，则将缓存空间的第一配置信息更新为第二配置信息。通过这种方式，本申请实施例在缓存空间中的待加载页面的第一配置信息与服务器中的该待加载页面的第二配置信息不匹配时，将缓存空间的第一配置信息更新为第二配置信息，并根据第二配置信息加载该待加载页面，以使得待加载页面能根据最新的配置信息，即第二配置信息进行加载，以避免服务器的待加载页面的配置信息被更新后，因本地缓存中的待加载页面的配置信息未同步更新，导致待页面加载失败等问题。因此，本申请实施例能够改善页面加载失败的问题，提高页面的访问速度。

另外，上述功能如果以软件功能的形式实现并作为独立产品销售或使用时，可存储在一个移动终端可读取存储介质中，即，本申请还提供一种存储有程序数据的存储装置，所述程序数据能够被执行以实现上述实施例的方法，该存储装置可以为如U盘、光盘、服务器等。也就是说，本申请可以以软件产品的形式体现出来，其包括若干指令用以使得一台智能终端执行各个实施例所述方法的全部或部分步骤。

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

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

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

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

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种页面缓存管理方法，其特征在于，用于终端设备，所述终端设备与服务器连接，所述页面缓存管理方法包括：

从缓存空间获取待加载页面的第一配置信息；

从所述服务器获取与所述待加载页面对应的第二配置信息，并判断所述第一配置信息是否与所述第二配置信息匹配；

若否，则将所述缓存空间的第一配置信息更新为所述第二配置信息。

2.根据权利要求1所述的页面缓存管理方法，其特征在于，所述第一配置信息包括第一URL及与所述第一URL对应的第一版本号，所述第二配置信息包括第二URL及与所述第二URL对应的第二版本号，所述从所述服务器获取与所述待加载页面对应的第二配置信息的步骤包括：

从所述第一配置信息中获取所述第一URL；

从所述服务器获取所述与第一URL对应的第二URL及第二版本号；

所述判断所述第一配置信息是否与所述第二配置信息匹配的步骤包括：

从所述第一配置信息中获取所述第一版本号；

判断所述第一版本号是否与所述第二版本号相同。

3.根据权利要求2所述的页面缓存管理方法，其特征在于，所述将所述缓存空间的第一配置信息更新为所述第二配置信息的步骤包括：

将所述缓存空间的第一URL更新为所述第二URL，并将与所述第一URL的版本号更新为与所述第二URL对应的版本号。

4.根据权利要求2所述的页面缓存管理方法，其特征在于，所述页面缓存管理方法进一步包括：

根据所述第二URL加载所述待加载页面。

5.根据权利要求2所述的页面缓存管理方法，其特征在于，在所述从缓存空间获取待加载页面的第一配置信息的步骤之前，所述页面缓存管理方法进一步包括：

监测所述终端设备的升级指令；

若监测到所述升级指令，则执行所述从缓存空间获取待加载页面的第一配置信息的步骤。

6.根据权利要求2所述的页面缓存管理方法，其特征在于，所述缓存空间设置有Indexed DB，所述Indexed DB用于缓存所述第一配置信息，所述第一版本号为所述IndexedDB的索引值。

7.一种终端设备，其特征在于，与服务器连接，所述终端设备包括处理器及与所述处理器连接的收发器，所述处理器用于从缓存空间获取待加载页面的第一配置信息，所述收发器用于从所述服务器获取与所述待加载页面对应的第二配置信息，所述处理器进一步用于判断所述第一配置信息是否与所述第二配置信息匹配，若否，则将所述缓存空间的第一配置信息更新为所述第二配置信息。

8.一种终端设备，其特征在于，与服务器连接，所述终端设备包括处理模块及与所述处理模块连接的收发模块，所述处理模块用于从缓存空间获取待加载页面的第一配置信息，所述收发模块用于从所述服务器获取与所述待加载页面对应的第二配置信息，所述处理模块进一步用于判断所述第一配置信息是否与所述第二配置信息匹配，若否，则将所述缓存空间的第一配置信息更新为所述第二配置信息。

9.一种页面缓存管理***，其特征在于，所述页面缓存管理***包括：终端设备及与所述终端设备连接的服务器，所述终端设备用于从缓存空间获取待加载页面的第一配置信息，并向所述服务器发送请求；所述服务器用于根据所述请求获取与所述待加载页面对应的第二配置信息，并将所述第二配置信息反馈给所述终端设备；所述终端设备进一步用于判断判断所述第一配置信息是否与所述第二配置信息匹配，若否，则将所述缓存空间的第一配置信息更新为所述第二配置信息。

10.一种存储介质，其特征在于，其上存储有程序数据，所述程序数据能够被执行以实现权利要求1-6任一项所述的页面缓存管理方法。