CN111880836A

CN111880836A - 移动终端应用的页面缓存及刷新方法、装置和移动终端

Info

Publication number: CN111880836A
Application number: CN202010646578.XA
Authority: CN
Inventors: 黄著
Original assignee: Shanghai Zhongtongji Network Technology Co Ltd
Current assignee: Shanghai Zhongtongji Network Technology Co Ltd
Priority date: 2020-07-07
Filing date: 2020-07-07
Publication date: 2020-11-03

Abstract

本申请涉及一种移动终端应用的页面缓存及刷新方法、装置和移动终端。其中，所述方法包括：在预设时刻，远程查询本地缓存文件的最新版本号；若本地缓存文件的最新版本号大于本地版本号，则下载最新版本文件；基于下载的最新版本文件，完成对本地缓存文件的更新；当获取到页面刷新指令时，基于本地缓存文件实现对页面的刷新。如此设置，通过预先在本地目录对应用文件进行缓存并及时基于版本号对缓存文件进行更新，当用户对应用触发页面刷新指令时，能够直接在预置的本地目录下加载缓存文件，而无需实时远程加载页面，无论此时网络状态如何，都可迅速加载出目标页面，进而能够提高用户的使用体验。

Description

移动终端应用的页面缓存及刷新方法、装置和移动终端

技术领域

本申请涉及移动终端技术领域，尤其涉及一种移动终端应用的页面缓存及刷新方法、装置和移动终端。

背景技术

随着移动终端技术的快速发展，移动终端应用(Application，APP)在人们的日常工作和生活中越来越常见。

其中，移动终端中应用的部分功能通过内嵌html(超文本标记语言)页面来实现，因此相应功能需要联网才能正常工作，也即，用户在使用这些功能时，需要加载远程html页面，该过程中，发送请求和远程返回数据都需要经过网络传输，但是当前移动终端可能处于弱网络或无网络的环境中，那么此时可能会出现应用页面加载缓慢甚至加载失败的情况，从而导致用户无法使用相应的功能，严重影响用户体验。

发明内容

本申请提供一种移动终端应用的页面缓存及刷新方法、装置和移动终端，通过页面缓存及定时刷新功能，解决移动终端所处网络环境不佳时导致的页面加载缓慢甚至加载失败的问题。

本申请的上述目的是通过以下技术方案实现的：

第一方面，本申请实施例提供一种移动终端应用的页面缓存及刷新方法，所述移动终端存储有应用的本地缓存文件，所述本地缓存文件用于实现应用的业务功能，所述方法包括：

在预设时刻，远程查询所述本地缓存文件的最新版本号；

若所述本地缓存文件的最新版本号大于本地版本号，则下载最新版本文件；

基于下载的最新版本文件，完成对所述本地缓存文件的更新；

当获取到页面刷新指令时，基于所述本地缓存文件实现对页面的刷新。

可选的，所述本地缓存文件包括多个子文件，各所述子文件分别用于实现不同的业务功能；

所述远程查询所述本地缓存文件的最新版本号包括：

针对各所述子文件分别远程查询其对应的最新版本号。

可选的，下载最新版本文件的过程包括：

针对最新版本号大于本地版本号的各所述子文件，分别下载对应的最新版本文件。

可选的，所述预设时刻包括移动终端应用每次启动时。

可选的，所述方法还包括：

当获取到页面刷新指令时，若出现预设的异常状况，则通过加载远程URL地址实现对页面的刷新。

可选的，所述预设的异常状况包括：所述本地缓存文件缺失或当前正处于最新版本文件的下载进程中。

第二方面，本申请实施例提供一种移动终端应用的页面缓存及刷新装置，所述移动终端存储有应用的本地缓存文件，所述本地缓存文件用于实现应用的业务功能，所述装置包括：

查询模块，用于在预设时刻，远程查询所述本地缓存文件的最新版本号；

下载模块，用于若所述本地缓存文件的最新版本号大于本地版本号，则下载最新版本文件；

更新模块，用于基于下载的最新版本文件，完成对所述本地缓存文件的更新；

第一刷新模块，用于当获取到页面刷新指令时，基于所述本地缓存文件实现对页面的刷新。

所述查询模块包括：

查询单元，用于针对各所述子文件分别远程查询其对应的最新版本号。

可选的，所述装置还包括：

第二刷新模块，用于当获取到页面刷新指令时，若出现预设的异常状况，则通过加载远程URL地址实现对页面的刷新。

第三方面，本申请实施例还提供一种移动终端，所述移动终端存储有应用的本地缓存文件，所述本地缓存文件用于实现应用的业务功能，所述移动终端包括：

存储器和与所述存储器相连接的处理器；

所述存储器，用于存储程序，所述程序至少用于执行上述任一项所述的的移动终端应用的页面缓存及刷新方法；

所述处理器，用于调用并执行所述存储器存储的所述程序。

本申请的实施例提供的技术方案的有益效果在于：

本申请的实施例提供的技术方案中，通过预先在本地目录对应用文件进行缓存并及时基于版本号对缓存文件进行更新，当用户对应用触发页面刷新指令时，能够直接在预置的本地目录下加载缓存文件，而无需实时远程加载页面，因此，无论此时网络状态如何，都可迅速加载出目标页面，进而能够提高用户的使用体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例示出的一种移动终端应用的页面缓存及刷新方法的流程示意图；

图2为本申请实施例示出的一种移动终端应用的页面缓存及刷新装置的结构示意图；

图3为本申请实施例示出的一种移动终端的结构示意图；

图4为本申请实施例示出的一种移动终端与文件开发与文件发布平台间的交互流程示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

移动终端中应用的部分功能，以掌中通APP为例，其内部的每日答题、客户和发现频道等功能模块，是通过内嵌html页面来实现的，因此相应功能需要联网才能正常工作。因此，用户在使用这些功能时，需要加载远程html页面，该过程中，发送请求和远程返回数据都需要经过网络传输，但是当前移动终端可能处于弱网络或无网络的环境中，那么此时可能会出现应用页面加载缓慢甚至加载失败的情况，从而导致用户无法使用相应的功能，严重影响用户体验。

基于此，本申请提供一种页面缓存及刷新方法以及相应的装置和移动终端，通过页面缓存及定时刷新功能，解决移动终端所处网络环境不佳时导致的页面加载缓慢甚至加载失败的问题。

实施例

请参阅图1，图1为本申请实施例示出的一种移动终端应用的页面缓存及刷新方法的流程示意图。其中，所述移动终端存储有应用的本地缓存文件，所述本地缓存文件用于实现应用的业务功能。

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

S101：在预设时刻，远程查询所述本地缓存文件的最新版本号；

具体的，预设时刻可以根据实际需要设定，例如可以是应用(APP)每次启动时。在相应时刻，移动终端远程调用应用发布者提供的版本信息查询接口，远程查询本地缓存文件的最新版本号。

S102：若所述本地缓存文件的最新版本号大于本地版本号，则下载最新版本文件；

需要说明的是，为了便于后续处理，可以将应用首次安装完成后存储的本地缓存文件的版本号设置为0，如此当首次启动应用时，默认执行一次下载操作，保证本地缓存文件的版本号为最新。其中，远程文件可以是压缩包的形式，从而减少下载量。

S103：基于下载的最新版本文件，完成对所述本地缓存文件的更新；

也即，通过文件解压、覆盖等操作实现对本地缓存文件的更新。

S104：当获取到页面刷新指令时，基于所述本地缓存文件实现对页面的刷新。

具体的，当获取到由用户按键、触屏或其他操作触发的页面刷新指令时，也即用户想要使用应用的某功能时，则直接在预置本地目录下加载缓存文件，实现页面刷新。

如此设置，通过预先在本地目录对应用文件进行缓存并及时基于版本号对缓存文件进行更新，当用户对应用触发页面刷新指令时，能够直接在预置的本地目录下加载缓存文件，而无需实时远程加载页面，因此，无论此时网络状态如何，都可迅速加载出目标页面，进而能够提高用户的使用体验。

为了进一步提高用户体验，一些实施例中，应用发布者发布文件时，可以将文件基于其实现的业务功能分别压缩打包后发布，也即，每个文件包对应于应用中的单个功能模块，以掌中通APP为例，可以将每日答题、发现频道等功能模块对应的文件分别作为子文件打包发布，相应的，移动终端下载后存储的本地缓存文件包含相应的多个子文件。如此，步骤S101和步骤S102可以对应设置为：针对各子文件分别远程查询其对应的最新版本号；针对最新版本号大于本地版本号的各子文件，分别下载对应的最新版本文件。如此设置，由于文件压缩包由功能模块区分，每个压缩包一般可控制在200kb到300kb之内，正常下载时间可控制在1-2秒之内，当只有部分文件需要更新时，可以非常快速的完成。

其中，下载以及解压覆盖过程可以通过子线程在后台完成，如此用户无感知可正常使用其他功能。

此外，在以上方案的基础上，还可以增加异常应对方案，包括：当获取到页面刷新指令时，若出现预设的异常状况，则通过加载远程URL地址实现对页面的刷新。其中，预设的异常状况包括：本地缓存文件缺失或当前正处于最新版本文件的下载进程中等。

也就是说，用户在使用移动终端的过程中，可能会因为误操作而删除了全部或部分本地缓存文件，此时，如果用户想要使用某功能模块而触发了页面刷新指令，则采用传统的页面加载方式，通过加载远程URL地址实现对页面的刷新。同理，如果在用户想要使用某功能模块而触发了页面刷新指令时，应用刚好正在下载相应功能模块对应的最新版本文件，则也可以通过加载远程URL地址的方式实现对页面的刷新。如此，可以有效保证用户的良好使用体验。

为了对本申请的技术方案进行更全面的说明，对应于上述实施例提供的移动终端应用的页面缓存及刷新方法，本申请实施例还提供一种移动终端应用的页面缓存及刷新装置。

请参阅图2，图2为本申请实施例示出的一种移动终端应用的页面缓存及刷新装置的结构示意图。

如图2所示，所述装置包括：

查询模块21，用于在预设时刻，远程查询所述本地缓存文件的最新版本号；

下载模块22，用于若所述本地缓存文件的最新版本号大于本地版本号，则下载最新版本文件；

更新模块23，用于基于下载的最新版本文件，完成对所述本地缓存文件的更新；

第一刷新模块24，用于当获取到页面刷新指令时，基于所述本地缓存文件实现对页面的刷新。

所述查询模块21包括：

可选的，所述装置还包括：

具体的，上述每个功能模块的功能的具体实现方式可以参照上述移动终端应用的页面缓存及刷新方法中的内容来实现，对此不再详述。

为了对本申请的技术方案进行更全面的说明，对应于上述实施例提供的移动终端应用的页面缓存及刷新方法，本申请实施例还提供一种移动终端。

请参阅图3，图3为本申请实施例示出的一种移动终端的结构示意图。

如图3所示，该移动终端包括：

存储器31和与存储器31相连接的处理器32；

存储器31用于存储程序，所述程序至少用于执行上述的移动终端应用的页面缓存及刷新方法；

处理器32用于调用并执行存储器31存储的所述程序。

具体的，移动终端中程序的功能的具体实现方式可以参照上述移动终端应用的页面缓存及刷新方法中的内容来实现，对此不再详述。

为了便于对本申请的技术方案进行更好地理解，以下将通过一个具体示例进行说明。

请参阅图4，图4为本申请实施例示出的一种移动终端与文件开发平台及文件发布平台间的交互过程示意图。

如图4所示，整个系统包括移动终端、发布平台和H5前端(开发平台)其中，H5即HTML5。

H5前端工程主要以业务功能模块为单位，如掌中通APP中的业务员每日答题模块，客户模块等；当功能开发完成以后代码提交到相应git代码仓库，在发布平台里新建H5外发模块，发布平台会从配置的git代码仓库拉取最新H5代码并将打包成zip压缩包,命名为模块xxx_id.zip，压缩包中包含该功能完成的html、js(编程语言JavaScript)、css(Cascading Style Sheets，层叠样式表)、图片以及本次发布的版本号文件等；

同时发布平台提供版本信息查询接口，传入模块id可返回最新版本号，以及相关压缩包的外网下载地址，如http://xxx/xxx_id.zip；

另外一侧App端(移动终端应用)首次安装时，检测所需的功能模块，并将需要的模块文件压缩包基于沙盒完成解压，并开启更新开关。

之后，App端每次启动时，会调用发布平台提供的版本信息查询接口，传入包含的H5功能模块id，如果返回的版本信息大于本地模块id(首次安装app本地版本号默认为0)，则在后台启动子线程下载本模块最新的压缩包，由于压缩包由业务模块区分，每个压缩包可控制在200k到300k以内，正常zip包下载时间可控制在1-2秒之内；

子线程下载完压缩包后，继续启动新子线程操作文件系统，删除老版文件，自动解压，完成更新覆盖模块文件工作。

如此，由于之前描述的下载，及解压覆盖压缩包工作都是在子线程中进行，用户无感知可正常使用其他功能；

当用户点击H5模块对应的功能时，即可本地加载最新版本的html相关文件，由于是本地加载html文件，加载速度得到大幅度提升。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

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

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

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

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

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims

1.一种移动终端应用的页面缓存及刷新方法，其特征在于，所述移动终端存储有应用的本地缓存文件，所述本地缓存文件用于实现应用的业务功能，所述方法包括：

在预设时刻，远程查询所述本地缓存文件的最新版本号；

2.根据权利要求1所述的方法，其特征在于，所述本地缓存文件包括多个子文件，各所述子文件分别用于实现不同的业务功能；

所述远程查询所述本地缓存文件的最新版本号包括：

针对各所述子文件分别远程查询其对应的最新版本号。

3.根据权利要求2所述的方法，其特征在于，下载最新版本文件的过程包括：

4.根据权利要求1所述的方法，其特征在于，所述预设时刻包括移动终端应用每次启动时。

5.根据权利要求1所述的方法，其特征在于，还包括：

6.根据权利要求5所述的方法，其特征在于，所述预设的异常状况包括：所述本地缓存文件缺失或当前正处于最新版本文件的下载进程中。

7.一种移动终端应用的页面缓存及刷新装置，其特征在于，所述移动终端存储有应用的本地缓存文件，所述本地缓存文件用于实现应用的业务功能，所述装置包括：

8.根据权利要求7所述的装置，其特征在于，所述本地缓存文件包括多个子文件，各所述子文件分别用于实现不同的业务功能；

所述查询模块包括：

9.根据权利要求7所述的装置，其特征在于，还包括：

10.一种移动终端，其特征在于，所述移动终端存储有应用的本地缓存文件，所述本地缓存文件用于实现应用的业务功能，所述移动终端包括：

存储器和与所述存储器相连接的处理器；

所述存储器，用于存储程序，所述程序至少用于执行如权利要求1-7任一项所述的移动终端应用的页面缓存及刷新方法；

所述处理器，用于调用并执行所述存储器存储的所述程序。