CN116861113A - 一种页面缓存方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种页面缓存方法、装置、设备及存储介质，应用任一通信连接边缘服务器的终端设备，其中，服务器通信连接至少一个边缘服务器，边缘服务器通信连接至少一个终端设备，方法包括：检测到用户对历史页面的访问操作，从本地缓存中获取历史页面对应的缓存资源；判断缓存资源是否过期，若缓存资源过期，则向终端设备对应的边缘服务器请求历史页面的更新资源，边缘服务器存储有服务器发送的历史页面的更新资源，更新资源为服务器在检测到缓存资源过期时生成的；接收更新资源并访问更新资源。本申请具有的技术效果是：用于访问量较大的服务器能快速实现对访问指令的快速响应，尽量避免用户端卡顿的情况出现。

Description

一种页面缓存方法、装置、设备及存储介质

技术领域

本申请涉及页面加载技术领域，具体涉及一种页面缓存方法、装置、设备及存储介质。

背景技术

随着互联网应用的不断发展，用户对网页访问速度和响应速度的要求也越来越高。而传统的集中式服务器架构可能会因为网络传输延迟、带宽瓶颈等问题导致用户访问速度慢，响应延迟高的问题。

现有技术中，当用户需要访问一网址时，通过用户终端向网站对应的服务器发送访问指令，当网站的服务器获取到该指令时，由后端应用服务器调取并向用户终端反馈与访问指令相匹配的网页数据。

针对访问量较大的服务器而言，由于其访问量巨大，服务器在每处理一个访问请求时均需要一定的处理时间，因此，服务器在访问量较大时数据吞吐量低，难以实现对访问指令的快速响应，从而造成用户端卡顿。

发明内容

本申请提供一种页面缓存方法、装置、设备及存储介质，用于访问量较大的服务器能快速实现对访问指令的快速响应，尽量避免用户端卡顿的情况出现。

第一方面，本申请提供了一种页面缓存方法，应用于任一通信连接边缘服务器的终端设备，其中，服务器通信连接至少一个边缘服务器，所述边缘服务器通信连接至少一个所述终端设备，所述方法包括：检测到用户对历史页面的访问操作，从本地缓存中获取所述历史页面对应的缓存资源；判断所述缓存资源是否过期，若所述缓存资源过期，则向所述终端设备对应的所述边缘服务器请求所述历史页面的更新资源，所述边缘服务器存储有所述服务器发送的所述历史页面的更新资源，所述更新资源为所述服务器在检测到所述缓存资源过期时生成的；接收所述更新资源并访问所述更新资源。

通过采用上述技术方案，通过设置多个边缘服务器去分散中心服务器的压力，不同区域的用户终端对应一个边缘服务器，即使中心服务器的访问量较大时也能快速实现对访问指令的快速响应；并且当终端设备访问一网址时，会提前将该网址对应的缓存资源缓存至本地缓存中，当该网址访问量较大时，终端设备可以从本地缓存中调用缓存资源，尽量避免用户端卡顿的情况出现。

可选的，所述检测到用户对历史页面的访问操作，从本地缓存中获取所述历史页面对应的缓存资源之后，还包括：判断所述缓存资源是否需要更新，若所述缓存资源需要更新，则向所述终端设备对应的所述边缘服务器请求所述历史页面的更新资源，所述边缘服务器存储有所述服务器发送的所述历史页面的更新资源，所述更新资源为所述服务器在检测到所述缓存资源需要更新时生成的；接收所述更新资源并访问所述更新资源。

通过采用上述技术方案，当缓存到本地的缓存资源需要更新时，终端设备会直接向对应的边缘服务器请求更新资源，避免出现本地的缓存资源过期，用户访问历史网址时由于当前网址访问量过大造成终端设备没有可以调用的本地缓存资源，从而造成用户端卡顿的情况出现。

可选的，所述接收所述更新资源并访问所述更新资源之后，还包括：将所述更新资源缓存至所述本地缓存中。

通过采用上述技术方案，将更新后的资源缓存至本地缓存中，以使用户下次访问时可以直接调用，避免出现当前网址访问量过大时，造成终端设备卡顿的情况出现，提高了用户的用户体验。

可选的，所述将所述更新资源缓存至所述本地缓存中，包括：若所述更新资源包括所述缓存资源，则将所述更新资源中除所述缓存资源外的缓存资源缓存至所述本地缓存中；若所述更新资源不包括所述缓存资源，则删除所述缓存资源并将所述更新资源缓存至所述本地缓存中。

通过采用上述技术方案，在将更新资源缓存至本地缓存中时，可以对比更新资源和缓存资源，从而选择后续存储的更新资源量，避免占用终端设备的过多内存，从而造成终端设备卡顿的情况出现。

可选的，所述将所述更新资源缓存至所述本地缓存中，包括：获取所述历史页面的历史访问量，所述历史访问量为至少一个所述终端设备在当前时刻之前的预设时长内对所述历史页面的总访问次数；根据所述历史访问量，预测在所述当前时刻之后的预设时长后的所述历史页面的访问量，得到预测访问量；获取所述终端设备的基本信息，所述基本信息包括所述终端设备的历史网络质量信息和所述终端设备的剩余存储量信息；结合所述预测访问量和所述终端设备的基本信息，确定当前终端设备需要缓存所述更新资源中的部分或全部资源，并将所述更新资源中的部分或全部资源缓存至所述本地缓存中。

通过采用上述技术方案，在考虑将更新资源缓存至本地缓存时，结合历史访问量、终端设备的网络质量及终端设备的剩余存储量三个维度，从而确定当前终端设备需要缓存的资源量，尽量避免出现缓存的更新资源过多或过少影响终端设备访问当前网址时出现卡顿，影响用户体验的情况出现。

可选的，所述结合所述预测访问量和所述终端设备的基本信息，确定当前终端设备需要缓存所述更新资源中的部分或全部资源，并将所述更新资源中的部分或全部资源缓存至所述本地缓存中，包括：若所述预测访问量不小于第一阈值，则初步确定所述终端设备需要缓存所述更新资源中的全部资源；再根据所述基本信息中所述终端设备的剩余存储量信息确定最终缓存量，若所述剩余存储量大于所述更新资源中的全部资源，则确定所述最终缓存量为所述更新资源中的全部资源；若所述预测访问量未超过所述第一阈值和不小于第二阈值，且所述剩余存储量大于所述更新资源中的全部资源，其中，所述第一阈值大于所述第二阈值；再根据所述基本信息中的所述历史网络质量信息，推送预测方案，所述预测方案以使用户自行确定所述最终缓存量。

通过采用上述技术方案，结合多个维度和实际情况，确定不同终端设备的最终缓存量，尽量避免出现缓存的更新资源过多或过少影响终端设备访问当前网址时出现卡顿，影响用户体验的情况出现。

可选的，所述结合所述预测访问量和所述终端设备的基本信息，确定当前终端设备需要缓存所述更新资源中的部分或全部资源，并将所述更新资源中的部分或全部资源缓存至所述本地缓存中，还包括：若所述预测访问量小于所述第二阈值，且所述剩余存储量大于所述更新资源中的全部资源量，则根据所述终端设备的历史网络质量信息确定最终缓存量；若所述终端设备的历史网络质量未超过预设标准，则确定所述最终缓存量为所述更新资源中的部分资源。

通过采用上述技术方案，结合多个维度和实际情况，确定不同终端设备的最终缓存量，尽量避免出现缓存的更新资源过多或过少影响终端设备访问当前网址时出现卡顿，影响用户体验的情况出现。

第二方面，一种页面缓存装置，其特征在于，所述装置包括：检测模块、判断模块、及接收模块；其中，所述检测模块用于检测到用户对历史页面的访问操作，从本地缓存中获取所述历史页面对应的缓存资源；所述判断模块用于判断所述缓存资源是否过期，若所述缓存资源过期，则向所述终端设备对应的所述边缘服务器请求所述历史页面的更新资源，所述边缘服务器存储有所述服务器发送的所述历史页面的更新资源，所述更新资源为所述服务器在检测到所述缓存资源过期时生成的；所述接收模块用于接收所述更新资源并访问所述更新资源。

通过采用上述技术方案，通过设置多个边缘服务器去分散中心服务器的压力，不同区域的用户终端对应一个边缘服务器，即使中心服务器的访问量较大时也能快速实现对访问指令的快速响应；并且当终端设备访问一网址时，会提前将该网址对应的缓存资源缓存至本地缓存中，当该网址访问量较大时，终端设备可以从本地缓存中调用缓存资源，尽量避免用户端卡顿的情况出现。

第三方面，本申请提供一种电子设备，采用如下技术方案：包括处理器、存储器、用户接口及网络接口，所述存储器用于存储指令，所述用户接口和网络接口用于给其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述电子设备执行如上述任一种页面缓存方法的计算机程序。

第四方面，本申请提供一种计算机可读存储介质，采用如下技术方案：存储有能够被处理器加载并执行上述任一种页面缓存方法的计算机程序。

综上所述，本申请包括以下至少一种有益技术效果：

1.通过设置多个边缘服务器去分散中心服务器的压力，不同区域的用户终端对应一个边缘服务器，即使中心服务器的访问量较大时也能快速实现对访问指令的快速响应；并且当终端设备访问一网址时，会提前将该网址对应的缓存资源缓存至本地缓存中，当该网址访问量较大时，终端设备可以从本地缓存中调用缓存资源，尽量避免用户端卡顿的情况出现；

2.结合历史访问量、终端设备的网络质量及终端设备的剩余存储量三个维度，从而确定当前终端设备需要缓存的资源量，尽量避免出现缓存的更新资源过多或过少影响终端设备访问当前网址时出现卡顿，影响用户体验的情况出现。

附图说明

图1是本申请实施例提供的一种架构示意图；

图2是本申请实施例提供的一种页面缓存方法的流程示意图；

图3是本申请实施例提供的一种页面缓存装置的结构示意图；

图4是本申请实施例提供的一种电子设备的结构示意图。

附图标记说明：1、检测模块；2、判断模块；3、接收模块；1000、电子设备；1001、处理器；1002、通信总线；1003、用户接口；1004、网络接口；1005、存储器。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

在本申请实施例的描述中，“示性的”、“例如”或者“举例来说”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示性的”、“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示性的”、“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。

图1是本申请实施例提供的一种架构示意图。如图所示，图中包括一个中心服务器，多个边缘服务器和多个终端设备；中心服务器通信连接多个边缘服务器，每个边缘服务器通信连接多个终端设备。在本申请中，服务器下达任务指令，边缘服务器用于传达中心服务器下达的指令至各个用户端，边缘服务器的作用可以理解为分担中心服务器的负担和提高终端设备的访问速度。

本申请的应用场景可以理解为：为了避免终端设备在访问对应网站时，由于当前访问该网站人数过多或者用户端自身网络质量较差等特殊情况，导致用户对该网站的访问速度较慢，用户体验较差。为了解决上述问题，采用了以下的解决方法，中心服务器将网站的静态资源如图片和视频等存储至边缘服务器，静态资源是指不需要动态生成的文件，这些资源不会随着用户请求的不同而变化，因此可以被缓存，以此减少对中心服务器的请求，提高网站的访问速度和性能。用户在第一次访问该网站时，会将这些静态资源保存至终端设备的本地缓存中，当再一次访问时，无需重新加载，仅需从本地缓存中调用即可，不仅减小中心服务器和各边缘服务器的压力，而且还实现了用户端的快速访问。

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

本申请公开了一种页面缓存方法，如图2所示，该方法包括S101-S103。

S101，检测到用户对历史页面的访问操作，从本地缓存中获取所述历史页面对应的缓存资源。

在一个示例中，历史页面为用户访问过至少一次的页面，这里可以理解为用户访问过多次的页面，这里的缓存资源包括但不限于静态资源，下面以静态资源为例进行举例说明。当用户第一次通过对应的边缘服务器访问任意一个网站时，由于边缘服务器会提前存储该网站中的部分或全部静态资源，所以当用户第一次访问该网站时，会从边缘服务器中将该网站中的一些静态资源（图片资源或者视频资源）存储至本地缓存中，当用户再次访问该网站时，则仅需调用存储在本地缓存中的静态资源即可，无需再次从该网站获取，减少了边缘服务器的负载压力，同时也提高了用户的访问速度。这里的终端设备可以为计算机设备、手机、平板等，这里不做过多限制。

检测到用户对历史页面的访问操作，从本地缓存中获取历史页面对应的缓存资源之后，还包括：判断缓存资源是否需要更新，若缓存资源需要更新，则向终端设备对应的边缘服务器请求历史页面的更新资源，边缘服务器存储有服务器发送的历史页面的更新资源，更新资源为服务器在检测到缓存资源需要更新时生成的；接收更新资源并访问更新资源。

具体请参考上述实施例，在此不再进行过多赘述。

S102，判断缓存资源是否过期，若缓存资源过期，则向终端设备对应的边缘服务器请求历史页面的更新资源，边缘服务器存储有服务器发送的历史页面的更新资源，更新资源为服务器在检测到缓存资源过期时生成的。

在另一个示例中，一般来说，由于网站中的一些静态资源（图片或视频）会随着网站的更新而更新，如对于购物网站来说，购物网站中的一个商品图片可能会随着时间的推移进行变化，因此需要定期的更改该图片，当一些静态资源需要更新时，待更新的资源即为过期资源；另外，由于考虑终端设备的存储量，对于一些静态资源需要定期的删除，例如，用户在访问任一网站时，由于第一次访问时终端设备会通过对应的边缘服务器下载该网站的部分或全部静态资源，但存在用户不会再次访问该网站或很长一段时间后再次访问该网站的情况，因此需要定期删除一些静态资源，避免占用终端设备的内存空间，这些静态资源也可以理解为过期资源，这里可以根据实际情况自行设定删除静态资源的时间。

当检测到静态资源过期时，终端设备会向对应的边缘服务器请求历史页面的更新资源，更新资源即为更新后的资源，用于在原有的静态资源的基础上进行增加或删除。一般来说，中心服务器会实时监控边缘服务器中是否存在缓存资源过期的情况，若存在，则会发送更新后的资源至该边缘服务器，终端设备会从边缘服务器上重新下载更新后的资源；另外，中心服务器可以主动更改静态资源，将更改后的静态资源发送至边缘服务器，终端设备可以从边缘服务器上直接下载更新后的静态资源。

S103，接收更新资源并访问更新资源。

在一个示例中，由于资源更新，所以对于用户来说，可以认为用户对一个新的网站的第一次访问，此时，需要重复上述步骤，重新下载静态资源，用于再次访问时，无需重新加载，仅需从本地缓存中调用即可。

将更新资源缓存至本地缓存中，包括：若更新资源包括缓存资源，则将更新资源中除缓存资源外的缓存资源缓存至本地缓存中；若更新资源不包括缓存资源，则删除缓存资源并将更新资源缓存至本地缓存中。

在一个示例中，在接收到更新后的资源后，需要对比更新后的资源和已经缓存的资源，判断更新后的资源与已经缓存的资源的区别。例如，若更新后的资源是在已经缓存的资源的基础上进行增加的资源，则将更新后的资源中除去已经缓存的资源以外的资源存储到终端设备的本地缓存中；若更新后的资源中存在部分资源与已经缓存的资源相同，则将已经缓存的资源中与更新后的资源不同的部分删除，并将更新后的资源中与已经缓存的资源中不同的资源缓存至本地缓存中。

将更新资源缓存至本地缓存中，包括：获取历史页面的历史访问量，历史访问量为至少一个终端设备在当前时刻之前的预设时长内对历史页面的总访问次数；根据历史访问量，预测在当前时刻之后的预设时长后的历史页面的访问量，得到预测访问量；获取终端设备的基本信息，基本信息包括终端设备的历史网络质量信息和终端设备的剩余存储量信息；结合预测访问量和终端设备的基本信息，确定当前终端设备需要缓存更新资源中的部分或全部资源，并将更新资源中的部分或全部资源缓存至本地缓存中。

在一个示例中，由于各个终端设备不同，所以需要缓存的资源量不同，这里以需要缓存的资源为静态资源为例进行说明。一种边缘服务器连接多个用户终端，当多个用户终端通过同一个边缘服务器访问同一个网站时会导致边缘服务器过载，进而导致终端设备卡顿，因此需要获取各网站的历史访问量，这里可以以一周为例，获取任一网站一周前被终端设备访问的总次数，根据访问的总次数预测该网站在预设时长后的访问量。这里可以理解为，若当前网站为热门网站，则在预测时长后可能存在多个终端设备同时访问该网站，导致用户在访问该网站时出现卡顿的情况，而为了避免这种情况，终端设备在缓存该网站的静态资源时，可以适当缓存较多的静态资源，同理，若当前网站被访问量较少，则终端设备可以适当减少缓存的静态资源。

当然，由于需要针对不同的终端设备制定不同的静态资源缓存量，所以还需要考虑各个终端设备的基本信息，基本信息包括但不限于终端设备的历史网络质量信息和终端设备的剩余存储量信息。这里的历史网络质量信息可以理解为通过获取预设时长内的网络质量，得到当前终端设备的网络质量情况，这里的预设时长可以为一周或一个月，通过获取过去一周的终端设备的网络质量情况，预测终端设备当前的网络质量，然后结合历史访问量、当前终端设备的网络质量情况及当前终端设备的存储空间，确定各个终端设备从对应的边缘服务器下载的静态资源量。需要说明的是，终端设备可能存在存储空间不足，所以需要结合终端设备的剩余存储空间这个维度去制定各个终端设备从对应的边缘服务器下载的静态资源量，另外，考虑的维度包含但不限于上述三个维度，可以根据实际情况自行设定，添加或删除对应维度，在此不再进行过多赘述。

结合预测访问量和终端设备的基本信息，确定当前终端设备需要缓存更新资源中的部分或全部资源，并将更新资源中的部分或全部资源缓存至本地缓存中，包括：若预测访问量不小于第一阈值，则初步确定终端设备需要缓存更新资源中的全部资源；再根据基本信息中终端设备的剩余存储量信息确定最终缓存量，若剩余存储量大于更新资源中的全部资源，则确定最终缓存量为更新资源中的全部资源；若预测访问量未超过第一阈值和不小于第二阈值，且剩余存储量大于更新资源中的全部资源，其中，第一阈值大于第二阈值；再根据基本信息中的历史网络质量信息，推送预测方案，预测方案以使用户自行确定最终缓存量。若预测访问量小于第二阈值，且剩余存储量大于更新资源中的全部资源量，则根据终端设备的历史网络质量信息确定最终缓存量；若终端设备的历史网络质量未超过预设标准，则确定最终缓存量为更新资源中的部分资源。

在一个示例中，结合上述三个维度计算各个终端设备缓存的静态资源量。对于访问量来说，可以根据实际情况自行设定，这里访问量存在三种情况，为别为访问量较大、访问量适中及访问量较少；一般来说，若访问量较大的话，则可以认为当前网站较为热门，此时终端设备可以将边缘服务器中的存储的该网站的静态资源全部存缓存至本地，便于再一次访问时出现卡顿的情况，而这种情况则不需要考虑终端设备的网络状态，仅需要考虑终端设备的存储空间，根据终端设备的存储空间大小进行缓存静态资源，一般来说静态资源占用内存量较少，可以全部缓存；若当前静态资源占用内存过大，则可以根据剩余内存量适当删减需要缓存的静态资源，删减方式可以由用户自行选择，也可以由终端设备自行决定。

而针对访问量适中这种情况来说，当前网站访问量不稳定，不同时间段访问量相差较大，所以对于这种情况来说，着重考虑终端设备的网络质量；针对当前网站访问量适中这种情况来说，需要用户自行选择需要缓存的静态资源量，终端设备可以根据用户的网络质量和剩余内存空间推送一个缓存量区间，用户可以根据自身实际情况自行选择需要缓存的静态资源的量。

而针对访问量较少这种情况来说，边缘服务器一般不会出现卡顿的情况，所以，为了避免用户再次访问该网站出现卡顿，则主要考虑终端设备的网络质量和剩余内存空间，终端设备通过获取历史网络质量可以预测终端设备的网络质量，从而根据网络质量情况去判断是否需要缓存，若质量良好，则不需要缓存；若质量较差，可以结合剩余内存进行考虑终端设备需要缓存的内存量，同样可以推送一个缓存量区间，以使用户自行选择需要缓存的静态资源量。需要说明的是，在考虑缓存静态资源的量时，考虑的维度不仅仅只涉及上述三个维度，可以根据实际情况进行增加或者删除一个或多个维度，在此不做过多限制，但是计算终端设备需要缓存的量的方法可以参考上述实施例，在此不再进行过多赘述。

基于上述方法，本申请还公开了一种页面缓存装置，如图3所示，图3是本申请实施例提供一种页面缓存装置的结构示意图。

一种页面缓存装置，包括：检测模块1、判断模块2、及接收模块3；其中，检测模块1用于检测到用户对历史页面的访问操作，从本地缓存中获取历史页面对应的缓存资源；判断模块2用于判断缓存资源是否过期，若缓存资源过期，则向终端设备对应的边缘服务器请求历史页面的更新资源，边缘服务器存储有服务器发送的历史页面的更新资源，更新资源为服务器在检测到缓存资源过期时生成的；接收模块3用于接收更新资源并访问更新资源。

需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置和方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参见图4，为本申请实施例提供了一种电子设备的结构示意图。如图4所示，所述电子设备1000可以包括：至少一个处理器1001，至少一个网络接口1004，用户接口1003，存储器1005，至少一个通信总线1002。

其中，通信总线1002用于实现这些组件之间的连接通信。

其中，用户接口1003可以包括显示屏（Display）、摄像头（Camera），可选用户接口1003还可以包括标准的有线接口、无线接口。

其中，网络接口1004可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器1001可以包括一个或者多个处理核心。处理器1001利用各种接口和线路连接整个服务器内的各个部分，通过运行或执行存储在存储器1005内的指令、程序、代码集或指令集，以及调用存储在存储器1005内的数据，执行服务器的各种功能和处理数据。可选的，处理器1001可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（ProgrammableLogic Array，PLA）中的至少一种硬件形式来实现。处理器1001可集成中央处理器（CentralProcessing Unit，CPU）、图像处理器（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1001中，单独通过一块芯片进行实现。

其中，存储器1005可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-Only Memory）。可选的，该存储器1005包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器1005可用于存储指令、程序、代码、代码集或指令集。存储器1005可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及的数据等。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图4所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及一种页面缓存方法的应用程序。

在图4所示的电子设备1000中，用户接口1003主要用于为用户提供输入的接口，获取用户输入的数据；而处理器1001可以用于调用存储器1005中存储一种页面缓存方法的应用程序，当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。

一种电子设备可读存储介质，所述电子设备可读存储介质存储有指令。当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必需的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

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

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (10)

1.一种页面缓存方法，其特征在于，应用于任一通信连接边缘服务器的终端设备，其中，服务器通信连接至少一个边缘服务器，所述边缘服务器通信连接至少一个所述终端设备，所述方法包括：

检测到用户对历史页面的访问操作，从本地缓存中获取所述历史页面对应的缓存资源；

判断所述缓存资源是否过期，若所述缓存资源过期，则向所述终端设备对应的所述边缘服务器请求所述历史页面的更新资源，所述边缘服务器存储有所述服务器发送的所述历史页面的更新资源，所述更新资源为所述服务器在检测到所述缓存资源过期时生成的；

接收所述更新资源并访问所述更新资源。

2.根据权利要求1所述的一种页面缓存方法，其特征在于，所述检测到用户对历史页面的访问操作，从本地缓存中获取所述历史页面对应的缓存资源之后，还包括：

判断所述缓存资源是否需要更新，若所述缓存资源需要更新，则向所述终端设备对应的所述边缘服务器请求所述历史页面的更新资源，所述边缘服务器存储有所述服务器发送的所述历史页面的更新资源，所述更新资源为所述服务器在检测到所述缓存资源需要更新时生成的；

接收所述更新资源并访问所述更新资源。

3.根据权利要求1所述的一种页面缓存方法，其特征在于，所述接收所述更新资源并访问所述更新资源之后，还包括：

将所述更新资源缓存至所述本地缓存中。

4.根据权利要求3所述的一种页面缓存方法，其特征在于，所述将所述更新资源缓存至所述本地缓存中，包括：

若所述更新资源包括所述缓存资源，则将所述更新资源中除所述缓存资源外的缓存资源缓存至所述本地缓存中；

若所述更新资源不包括所述缓存资源，则删除所述缓存资源并将所述更新资源缓存至所述本地缓存中。

5.根据权利要求3所述的一种页面缓存方法，其特征在于，所述将所述更新资源缓存至所述本地缓存中，包括：

获取所述历史页面的历史访问量，所述历史访问量为至少一个所述终端设备在当前时刻之前的预设时长内对所述历史页面的总访问次数；

根据所述历史访问量，预测在所述当前时刻之后的预设时长后的所述历史页面的访问量，得到预测访问量；

获取所述终端设备的基本信息，所述基本信息包括所述终端设备的历史网络质量信息和所述终端设备的剩余存储量信息；

结合所述预测访问量和所述终端设备的基本信息，确定当前终端设备需要缓存所述更新资源中的部分或全部资源，并将所述更新资源中的部分或全部资源缓存至所述本地缓存中。

6.根据权利要求5所述的一种页面缓存方法，其特征在于，所述结合所述预测访问量和所述终端设备的基本信息，确定当前终端设备需要缓存所述更新资源中的部分或全部资源，并将所述更新资源中的部分或全部资源缓存至所述本地缓存中，包括：

若所述预测访问量不小于第一阈值，则初步确定所述终端设备需要缓存所述更新资源中的全部资源；

再根据所述基本信息中所述终端设备的剩余存储量信息确定最终缓存量，若所述剩余存储量大于所述更新资源中的全部资源，则确定所述最终缓存量为所述更新资源中的全部资源；

若所述预测访问量未超过所述第一阈值和不小于第二阈值，且所述剩余存储量大于所述更新资源中的全部资源，其中，所述第一阈值大于所述第二阈值；

再根据所述基本信息中的所述历史网络质量信息，推送预测方案，所述预测方案以使用户自行确定所述最终缓存量。

7.根据权利要求5所述的一种页面缓存方法，其特征在于，所述结合所述预测访问量和所述终端设备的基本信息，确定当前终端设备需要缓存所述更新资源中的部分或全部资源，并将所述更新资源中的部分或全部资源缓存至所述本地缓存中，还包括：

若所述预测访问量小于所述第二阈值，且所述剩余存储量大于所述更新资源中的全部资源量，则根据所述终端设备的历史网络质量信息确定最终缓存量；

若所述终端设备的历史网络质量未超过预设标准，则确定所述最终缓存量为所述更新资源中的部分资源。

8.一种页面缓存装置，其特征在于，所述装置包括：检测模块（1）、判断模块（2）、及接收模块（3）；其中，

所述检测模块（1）用于检测到用户对历史页面的访问操作，从本地缓存中获取所述历史页面对应的缓存资源；

所述判断模块（2）用于判断所述缓存资源是否过期，若所述缓存资源过期，则向所述终端设备对应的所述边缘服务器请求所述历史页面的更新资源，所述边缘服务器存储有所述服务器发送的所述历史页面的更新资源，所述更新资源为所述服务器在检测到所述缓存资源过期时生成的；

所述接收模块（3）用于接收所述更新资源并访问所述更新资源。

9.一种电子设备，其特征在于，包括处理器（1001）、存储器（1005）、用户接口（1003）及网络接口（1004），所述存储器（1005）用于存储指令，所述用户接口（1003）和网络接口（1004）用于给其他设备通信，所述处理器（1001）用于执行所述存储器中存储的指令，以使所述电子设备（1000）执行如权利要求1-7任意一项所述的方法。

10.一种计算机可读存储介质，其特征在于，存储有能够被处理器加载并执行如权利要求1-7任意一项所述的方法的计算机程序。