CN111078257A

CN111078257A - 一种h5应用包的加载方法及相关装置

Info

Publication number: CN111078257A
Application number: CN201911318440.0A
Authority: CN
Inventors: 何浪; 范渊
Original assignee: DBAPPSecurity Co Ltd
Current assignee: DBAPPSecurity Co Ltd
Priority date: 2019-12-19
Filing date: 2019-12-19
Publication date: 2020-04-28
Anticipated expiration: 2039-12-19
Also published as: CN111078257B

Abstract

本申请公开了一种H5应用包的加载方法，包括：客户端从服务器获取H5应用包的最新配置信息，从本地缓存的H5应用包获取本地配置信息，将所述最新配置信息和本地配置信息构建为应用配置文件；根据应用更新记录和所述应用配置文件判断是否执行更新操作；若是，则根据所述应用配置文件确定H5应用包的更新操作，对所述H5应用包执行所述更新操作；当打开应用时，根据所述应用配置文件将对应的H5应用包执行应用加载操作。通过构建出的配置文件对客户端本地的H5应用包进行升级和应用加载操作，提高了H5应用包的缓存管理性能。本申请还公开了一种H5应用包的加载装置、计算机设备以及计算机可读存储介质，具有以上有益效果。

Description

一种H5应用包的加载方法及相关装置

技术领域

本申请涉及计算机技术领域，特别涉及一种H5应用包的加载方法、加载装置、计算机设备以及计算机可读存储介质。

背景技术

Webview是一个基于webkit引擎，可以解析DOM元素，展示html页面的控件，它和浏览器展示页面的原理是相同的，所以可以把它当做浏览器看待。通过设计各种功能的Webview页面并嵌入至原生APP，就得到了APP和HTML5的混合应用。由于HTML5具有高效的开发效率和热更新的特点，原生APP有更好的交互体验和用户粘性，相比传统HTML5应用和原生APP有更好的用户体验。其中，HTML5应用包又被叫做H5应用包。

因此，现有技术中在打开混合APP后，经常会使用到多个HTML5应用包。由于该HTML5应用包实际是网页内容，因此会在本地留有缓存内容以便加快加载速度。但是，现有技术中对本地缓存的HTML5应用包的版本控制能力弱，无法对缓存内容进行有效的管理，当用户需要以不同的需求打开HTML5应用包时，可能导致开启失败或者加载缓慢等问题。例如，用户需要打开HTML5应用包的历史稳定版本，而现有技术中只能打开最新版本，导致开启失败等问题。或者服务器中的HTML5应用包已更新，但是本地中的HTML5应用包缓存仍然是低版本的HTML5应用包，因此，在开启HTML5应用包的时候需要等待数据更新，延长HTML5应用包的开启时长。可见，现有技术中对HTML5应用包进行管理的方式不仅会出现各种使用问题，降低用户资源，还会对网络及硬件资源造成浪费。

因此，如何提高HTML5应用包的缓存管理性能是本领域技术人员关注的重点问题。

发明内容

本申请的目的是提供一种H5应用包的加载方法、加载装置、计算机设备以及计算机可读存储介质，通过构建出的配置文件对客户端本地的H5应用包进行升级和应用加载操作，提高了H5应用包的缓存管理性能。

为解决上述技术问题，本申请提供一种H5应用包的加载方法，包括：

客户端从服务器获取H5应用包的最新配置信息，从本地缓存的H5应用包获取本地配置信息，将所述最新配置信息和本地配置信息构建为应用配置文件；

根据应用更新记录和所述应用配置文件判断是否执行更新操作；

若是，则根据所述应用配置文件确定H5应用包的更新操作，对所述H5应用包执行所述更新操作；

当打开应用时，根据所述应用配置文件将对应的H5应用包执行应用加载操作。

可选的，客户端从服务器获取H5应用包的最新配置信息，从本地缓存的H5应用包获取本地配置信息，将所述最新配置信息和本地配置信息构建为应用配置文件，包括：

所述客户端向所述服务器发送配置信息请求指令，以便所述服务器向所述客户端发送所述最新配置信息；

接收所述服务器发送的所述最新配置信息；

对本地缓存中的H5应用包进行扫描，得到所述本地配置信息；

根据H5应用包的对应关系将所述最新配置信息和所述本地配置信息进行重构，得到所述应用配置文件。

可选的，根据应用更新记录和所述应用配置文件判断是否执行更新操作，包括：

根据所述应用更新记录判断是否到达更新时刻；

若是，则根据所述应用配置文件判断是否存在待更新的H5应用包。

可选的，根据所述应用配置文件确定H5应用包的更新操作，对所述H5应用包执行所述更新操作，包括：

当所述应用配置文件中的更新类型为资源更新时，将下载得到的更新资源拷贝至对应的H5应用包中；

当所述应用配置文件中的更新类型为版本更新时，将下载到的H5应用包压缩文件进行校验；当校验通过时，对所述H5应用包压缩文件进行解压，得到H5应用包；将所述H5应用包添加至对应版本号的目录中。

本申请还提供一种H5应用包的加载装置，包括：

配置文件获取模块，用于从服务器获取H5应用包的最新配置信息，从本地缓存的H5应用包获取本地配置信息，将所述最新配置信息和本地配置信息构建为应用配置文件；

更新判断模块，用于根据应用更新记录和所述应用配置文件判断是否执行更新操作；

更新操作执行模块，用于当执行更新操作时，根据所述应用配置文件确定H5应用包的更新操作，对所述H5应用包执行所述更新操作；

H5应用加载模块，用于当打开应用时，根据所述应用配置文件将对应的H5应用包执行应用加载操作。

可选的，所述配置文件获取模块，包括：

最新配置信息请求单元，用于向所述服务器发送配置信息请求指令，以便所述服务器向所述客户端发送所述最新配置信息；

最新配置信息获取单元，用于接收所述服务器发送的所述最新配置信息；

本地应用包扫描单元，用于对本地缓存中的H5应用包进行扫描，得到所述本地配置信息；

配置文件构建单元，用于根据H5应用包的对应关系将所述最新配置信息和所述本地配置信息进行重构，得到所述应用配置文件。

可选的，所述更新判断模块，包括：

更新时刻判断单元，用于根据所述应用更新记录判断是否到达更新时刻；

更新对象判断单元，用于当到达更新时刻时，根据所述应用配置文件判断是否存在待更新的H5应用包。

可选的，所述更新操作执行模块，包括：

资源更新单元，用于当所述应用配置文件中的更新类型为资源更新时，将下载得到的更新资源拷贝至对应的H5应用包中；

版本更新单元，用于当所述应用配置文件中的更新类型为版本更新时，将下载到的H5应用包压缩文件进行校验；当校验通过时，对所述H5应用包压缩文件进行解压，得到H5应用包；将所述H5应用包添加至对应版本号的目录中。

本申请还提供一种计算机设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上所述的加载方法的步骤。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的加载方法的步骤。

本申请所提供的一种H5应用包的加载方法，包括：客户端从服务器获取H5应用包的最新配置信息，从本地缓存的H5应用包获取本地配置信息，将所述最新配置信息和本地配置信息构建为应用配置文件；根据应用更新记录和所述应用配置文件判断是否执行更新操作；若是，则根据所述应用配置文件确定H5应用包的更新操作，对所述H5应用包执行所述更新操作；当打开应用时，根据所述应用配置文件将对应的H5应用包执行应用加载操作。

通过从服务器中获取到最新配置信息，再从本地缓存中获取到本地配置信息，最后构建为应用配置文件，然后再根据应用配置文件判断更新操作，执行更新操作，最后再根据应用配置文件将对应的H5应用包进行应用加载，实现了根据应用配置文件对H5应用包进行提前预加载，或者提前进行更新操作，使得当打开H5应用包时直接从本地加载H5应用包，而不是重新下载，避免了开启失败或者加载缓慢等问题，进而提高了对H5应用包的缓存管理性能。

本申请还提供一种H5应用包的加载装置、计算机设备以及计算机可读存储介质，具有以上有益效果，在此不做赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例所提供的一种H5应用包的加载方法的流程图；

图2为本申请实施例所提供的一种H5应用包的加载装置的结构示意图。

具体实施方式

本申请的核心是提供一种H5应用包的加载方法、加载装置、计算机设备以及计算机可读存储介质，通过构建出的配置文件对客户端本地的H5应用包进行升级和应用加载操作，提高了H5应用包的缓存管理性能。

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

现有技术在打开混合APP后，经常会使用到多个HTML5应用包。由于该HTML5应用包实际是网页内容，因此会在本地留有缓存内容以便加快加载速度。但是，现有技术中对本地缓存的HTML5应用包的版本控制能力弱，无法对缓存内容进行有效的管理，当用户需要以不同的需求打开HTML5应用包时，可能导致开启失败或者加载缓慢等问题。

因此，本申请提供了一种H5应用包的加载方法，通过从服务器中获取到最新配置信息，再从本地缓存中获取到本地配置信息，最后构建为应用配置文件，然后再根据应用配置文件判断更新操作，执行更新操作，最后再根据应用配置文件将对应的H5应用包进行应用加载，实现了根据应用配置文件对H5应用包进行提前预加载，或者提前进行更新操作，使得当打开H5应用包时直接从本地加载H5应用包，而不是重新下载，避免了开启失败或者加载缓慢等问题，进而提高了对H5应用包的缓存管理性能。

以下通过一个实施例，对本申请提供的一种H5应用包的加载方法做说明。

请参考图1，图1为本申请实施例所提供的一种H5应用包的加载方法的流程图。

本实施例中，该方法可以包括：

S101，客户端从服务器获取H5应用包的最新配置信息，从本地缓存的H5应用包获取本地配置信息，将最新配置信息和本地配置信息构建为应用配置文件；

本步骤旨在根据服务器的配置信息和本地的配置信息构建出应用配置文件。其中，服务器获取到的配置信息主要是服务器中保存的最新的H5应用包信息。本地的配置信息是指本地缓存中的H5应用包的状态信息。

而在现有技术中在混合应用中对H5应用包不采用对应的管理操作，通常是打开H5应用时从服务器或者本地直接加载对应的缓存，并不对本地缓存中的H5应用包进行控制或者管理操作，当出现H5应用包更新时，导致H5应用包加载速度较慢。或者出现需要对H5应用包进行版本控制时，无法进行版本控制。

因此，本实施例中主要通过本步骤获取到对H5应用包进行管理操作的基本信息，即应用配置文件。该应用配置文件中主要是对于应用进行配置信息，包括但不限于配置应用名称、本地版本号、最新版本号、分类、用户权限、H5应用入口列表、H5应用访问路径、H5应用包的加载版本、加载路径以及加载本地文件还是服务端文件包。

可选的，本步骤中获取到H5应用包的过程可以包括：

步骤1，客户端向服务器发送配置信息请求指令，以便服务器向客户端发送最新配置信息；

步骤2，接收服务器发送的最新配置信息；

步骤3，对本地缓存中的H5应用包进行扫描，得到本地配置信息；

步骤4，根据H5应用包的对应关系将最新配置信息和本地配置信息进行重构，得到应用配置文件。

可见，本可选方案中主要是对如何获取到H5应用包作进一步说明。

S102，根据应用更新记录和应用配置文件判断是否执行更新操作；若是，则执行S103；

在S101的基础上，本步骤主要用于判断是否需要执行更新操作。其中，判断的依据主要是更新记录和应用配置文件。该更新记录主要用于控制更新操作的间隔。应用配置文件主要用于确定是否存在更新需求。

因此，可选的，本步骤中可以包括：

步骤1，根据应用更新记录判断是否到达更新时刻；若是，则执行步骤2；若否，继续执行步骤1；

步骤2，根据应用配置文件判断是否存在待更新的H5应用包。

可见，本可选方案中当存在待更新的H5应用包时即可执行S103执行更新操作。其中，根据应用更新记录进行判断，可以是判断是否存在更新记录，也可以是判断距上一次更新判断是否过去预设时间。

S103，根据应用配置文件确定H5应用包的更新操作，对H5应用包执行更新操作；

在S102的基础上，本步骤旨在确定H5应用包的更新操作的具体方式，即是执行资源更新还是执行版本号更新。不同的更新方式需要耗费的资源不同，需要的时间也不同，需要确定更新方式后再执行对应的更新操作。

而在现有技术中，由于无法对H5应用包执行更加精细的控制操作。因此，执行更新操作时都是在打开应用时将H5应用包整体进行替换。不仅造成应用开启时的卡顿，还会在短时间内占用大量的硬件性能和软件性能，影响正常的使用。

因此，通过本步骤对混合应用执行不同的更新操作，提高应用的使用性能和效率。

本步骤中，该可以包括：当执行更新失败时，将该更新记录进行重置，并等待下一次更新时机执行更新操作。

可选的，本步骤可以包括：

当应用配置文件中的更新类型为资源更新时，将下载得到的更新资源拷贝至对应的H5应用包中；

当应用配置文件中的更新类型为版本更新时，将下载到的H5应用包压缩文件进行校验；当校验通过时，对H5应用包压缩文件进行解压，得到H5应用包；将H5应用包添加至对应版本号的目录中。

可见，本可选方案中主要将更新操作分为资源更新和版本更新。主要是存在应用配置文件，就可以根据应用配置文件执行更加细致的更新操作，降低性能的占用率。

S104，当打开应用时，根据应用配置文件将对应的H5应用包执行应用加载操作。

在S103的基础上，本步骤旨在当打开对应的应用时，根据应用配置文件查找到对应的H5应用包，并根据该H5应用包执行应用加载操作，以便提高应用打开的速度，而不是从服务器中再次下载H5应用包。

综上，本实施例通过从服务器中获取到最新配置信息，再从本地缓存中获取到本地配置信息，最后构建为应用配置文件，然后再根据应用配置文件判断更新操作，执行更新操作，最后再根据应用配置文件将对应的H5应用包进行应用加载，实现了根据应用配置文件对H5应用包进行提前预加载，或者提前进行更新操作，使得当打开H5应用包时直接从本地加载H5应用包，而不是重新下载，避免了开启失败或者加载缓慢等问题，进而提高了对H5应用包的缓存管理性能。

以下通过另一具体的实施例，对本申请提供的一种H5应用包的加载方法做进一步说明。

本实施例中，该方法可以包括：

步骤1，判断是否存在应用配置文件；

步骤2，若是，则对该应用配置文件执行刷新操作；

步骤3，若否，客户端从服务器获取H5应用包的最新配置信息，从本地缓存的H5应用包获取本地配置信息，将最新配置信息和本地配置信息构建为应用配置文件；

其中，本步骤还可以包括，根据应用配置文件将没有出现的H5应用包的历史版本进行删除。

步骤4，根据应用更新记录和应用配置文件判断是否执行更新操作；

步骤5，若是，则当应用配置文件中的更新类型为资源更新时，将下载得到的更新资源拷贝至对应的H5应用包中；当应用配置文件中的更新类型为版本更新时，将下载到的H5应用包压缩文件进行校验；当校验通过时，对H5应用包压缩文件进行解压，得到H5应用包；将H5应用包添加至对应版本号的目录中。

其中，本步骤执行的校验方式可以使通过sha1值校验。

步骤6，当打开应用时，根据应用配置文件将对应的H5应用包执行应用加载操作。

本实施例中，还包括：

在服务器中的H5应用包进行构建时，与历史版本资源进行对比，找出发生变化的文件，做差量计算，生成差量资源包；

当客户端进行更新时，将该差量资源包下载到客户端中。

降低客户端在更新操作时下载的数据量，提高性能利用率同时提高更新速度。

可见，本实施例通过从服务器中获取到最新配置信息，再从本地缓存中获取到本地配置信息，最后构建为应用配置文件，然后再根据应用配置文件判断更新操作，执行更新操作，最后再根据应用配置文件将对应的H5应用包进行应用加载，实现了根据应用配置文件对H5应用包进行提前预加载，或者提前进行更新操作，使得当打开H5应用包时直接从本地加载H5应用包，而不是重新下载，避免了开启失败或者加载缓慢等问题，进而提高了对H5应用包的缓存管理性能。

下面对本申请实施例提供的一种H5应用包的加载装置进行介绍，下文描述的一种H5应用包的加载装置与上文描述的一种H5应用包的加载方法可相互对应参照。

请参考图2，图2为本申请实施例所提供的一种H5应用包的加载装置的结构示意图。

本实施例中，该装置可以包括：

配置文件获取模块100，用于从服务器获取H5应用包的最新配置信息，从本地缓存的H5应用包获取本地配置信息，将最新配置信息和本地配置信息构建为应用配置文件；

更新判断模块200，用于根据应用更新记录和应用配置文件判断是否执行更新操作；

更新操作执行模块300，用于当执行更新操作时，根据应用配置文件确定H5应用包的更新操作，对H5应用包执行更新操作；

H5应用加载模块400，用于当打开应用时，根据应用配置文件将对应的H5应用包执行应用加载操作。

可选的，该配置文件获取模块100，可以包括：

最新配置信息请求单元，用于向服务器发送配置信息请求指令，以便服务器向客户端发送最新配置信息；

最新配置信息获取单元，用于接收服务器发送的最新配置信息；

本地应用包扫描单元，用于对本地缓存中的H5应用包进行扫描，得到本地配置信息；

配置文件构建单元，用于根据H5应用包的对应关系将最新配置信息和本地配置信息进行重构，得到应用配置文件。

可选的，该更新判断模块200，可以包括：

更新时刻判断单元，用于根据应用更新记录判断是否到达更新时刻；

更新对象判断单元，用于当到达更新时刻时，根据应用配置文件判断是否存在待更新的H5应用包。

可选的，该更新操作执行模块300，可以包括：

资源更新单元，用于当应用配置文件中的更新类型为资源更新时，将下载得到的更新资源拷贝至对应的H5应用包中；

版本更新单元，用于当应用配置文件中的更新类型为版本更新时，将下载到的H5应用包压缩文件进行校验；当校验通过时，对H5应用包压缩文件进行解压，得到H5应用包；将H5应用包添加至对应版本号的目录中。

本申请实施例还提供一种计算机设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如以上实施例所述的加载方法的步骤。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如以上实施例所述的加载方法的步骤。

该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种H5应用包的加载方法、加载装置、计算机设备以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims

1.一种H5应用包的加载方法，其特征在于，包括：

2.根据权利要求1所述的加载方法，其特征在于，客户端从服务器获取H5应用包的最新配置信息，从本地缓存的H5应用包获取本地配置信息，将所述最新配置信息和本地配置信息构建为应用配置文件，包括：

接收所述服务器发送的所述最新配置信息；

3.根据权利要求1所述的加载方法，其特征在于，根据应用更新记录和所述应用配置文件判断是否执行更新操作，包括：

根据所述应用更新记录判断是否到达更新时刻；

4.根据权利要求1所述的加载方法，其特征在于，根据所述应用配置文件确定H5应用包的更新操作，对所述H5应用包执行所述更新操作，包括：

5.一种H5应用包的加载装置，其特征在于，包括：

6.根据权利要求1所述的加载装置，其特征在于，所述配置文件获取模块，包括：

7.根据权利要求1所述的加载装置，其特征在于，所述更新判断模块，包括：

8.根据权利要求1所述的加载装置，其特征在于，所述更新操作执行模块，包括：

9.一种计算机设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至4任一项所述的加载方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述的加载方法的步骤。