CN113312066B - 动态热更新方法、存储介质 - Google Patents

Abstract

本发明提供一种动态热更新的方法、存储介质，方法包括：当客户端版本需要更新，通过匹配客户端版本的版本信息文件与服务端最新版本的版本信息文件，提取服务端最新版本相对于客户端版本存在差异的文件；依据所述存在差异的文件生成一补丁压缩包；依据所述一补丁压缩包更新客户端版本。本发明本发明不仅简化了热更新流程；而且大大降低打包阶段和包管理策略的复杂性，最终明显降低了热更新包生成部署的难度；再者，还同时提高了客户端文件打包和部署的效率，降低了打包成本；进一步地，还能提高版本回滚的效率。

Description

动态热更新方法、存储介质

技术领域

本发明涉及软件更新领域，具体涉及动态热更新方法、存储介质。

背景技术

由于互联网产品竞争越来越激烈，用户体验要求越来越高，产品更新迭代越来越快，以传统的方式提交应用市场审核后再更新的方式已经满足不了用户需求。因此有必要依赖热更新技术来缩短用户获取新版本的时间。而传统的热更新方式对客户端开发及部署人员要求比较高，而且容易出错，版本回滚困难。本发明采用一种动态热更新内容的方式解决热更新包生成部署复杂(外部客户端版本多时，热更新包数量递增)，版本回滚困难等问题。

发明内容

本发明所要解决的技术问题是：提供一种动态热更新的方法、存储介质，简化更新难度，提高部署效率。

为了解决上述技术问题，本发明采用的技术方案为：

一种动态热更新的方法，包括：

当客户端版本需要更新，通过匹配客户端版本的版本信息文件与服务端最新版本的版本信息文件，提取服务端最新版本相对于客户端版本存在差异的文件；

依据所述存在差异的文件生成一补丁压缩包；

依据所述一补丁压缩包更新客户端版本。

本发明提供的另一个技术方案为：

一种计算机可读存储介质，其上存储有计算机程序，所述程序在被处理器执行时，能够实现上述一种动态热更新的方法所包含的步骤。

本发明的有益效果在于：本发明无需考虑历史版本，无需生成多个压缩包进行差分策略对比；也不需要在打包阶段就生成各个版本与最新版本的增量更新包，使得打包阶段复杂化、下载管理策略复杂化。本发明只需在确认需要更新时，提取服务端最新版本相对于客户端当前版本存在差异的文件，生成一个补丁压缩包，即可用于快速升级客户端版本。因此，本发明不仅简化了热更新流程；而且大大降低打包阶段和包管理策略的复杂性，最终明显降低了热更新包生成部署的难度。

附图说明

图1为本发明一实施例一种动态热更新的方法的流程示意图；

图2为本发明实施例一的动态热更新的方法的流程示意图；

图3为本发明实施例二的打包流程示意图；

图4为本发明实施例二的部署流程示意图。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

本发明最关键的构思在于：提取服务端最新版本相对于客户端版本存在差异的文件，生成一个补丁压缩包。

本发明涉及的技术术语解释:

请参照图1和图2，本发明提供一种动态热更新的方法，包括：

当客户端版本需要更新，通过匹配客户端版本的版本信息文件与服务端最新版本的版本信息文件，提取服务端最新版本相对于客户端版本存在差异的文件；

依据所述存在差异的文件生成一补丁压缩包；

依据所述一补丁压缩包更新客户端版本。

进一步地，所述版本文件信息中包括各文件路径及其文件校验值；所述依据所述存在差异的文件生成一补丁压缩包，具体为：

遍历服务端最新版本的版本信息文件中的各文件路径；

若当前遍历到的文件路径存在于服务端最新版本的版本信息文件中而不存在于客户端版本的版本文件信息中，则提取当前遍历到的文件路径对应的文件为新增的差异文件；

若当前遍历到的文件路径同时存在于服务端最新版本和客户端版本的版本信息文件中，但各自对应的文件校验值不等同，则提取当前遍历到的文件路径对应的文件为变更的差异文件；

合并所述新增的差异文件和变更的差异文件，得到存在差异的文件。

由上述描述可知，基于版本信息文件中的各文件路径及其文件校验值确定差异的文件，确保目标文件提取地准确性以及全面性。

进一步地，还包括：

客户端启动后，服务端判断客户端版本与服务端最新版本的版本号是否一致；

若版本号不一致，则判断是否存在对应客户端版本至服务端最新版本的补丁压缩包；

若不存在，则开始执行所述匹配步骤及其后的步骤，并保存生成的所述一补丁压缩包；

若存在，则直接发送所述补丁压缩包至客户端，客户端依据所述补丁压缩包更新版本，结束流程。

由上述描述可知，生成的补丁压缩包将在服务端备份，当再次触发相同版本的更新时能够直接被调用而无需重新打包部署，能够提高客户端获取补丁压缩包的速度。

进一步地，还包括：

客户端接收更新至指定版本的指令；

若客户端版本低于所述指定版本，则通过执行所述匹配步骤及其后的步骤将客户端版本更新至所述指定版本；

若客户端版本高于所述指定版本，则匹配客户端版本的版本信息文件与所述指定版本的版本信息文件，提取所述指定版本相对于客户端版本存在差异的文件，生成一回滚补丁压缩包，依据所述一回滚补丁压缩包回滚客户端版本。

由上述描述可知，同样适用于版本回滚场景，并且同样具备版本更新时具备的所有优点，一样能够明显降低热回滚包生成部署的难度。

进一步地，还包括：

配置服务端最新版本为生效版本。

由上述描述可知，能够通过配置实现任意版本生效，且打包部署过程全自动进行，无需人工干预。

进一步地，所述依据所述存在差异的文件生成一补丁压缩包，之后，还包括：

推送所述一补丁压缩包至oss对象或CDN。

由上述描述可知，能够实现客户端下载加速，且在不占用服务器带宽的情况下快速获取升级包。

本发明提供的另一个技术方案为：

一种计算机可读存储介质，其上存储有计算机程序，所述程序在被处理器执行时，能够实现下述一种动态热更新的方法所包含的步骤：

当客户端版本需要更新，通过匹配客户端版本的版本信息文件与服务端最新版本的版本信息文件，提取服务端最新版本相对于客户端版本存在差异的文件；

依据所述存在差异的文件生成一补丁压缩包；

依据所述一补丁压缩包更新客户端版本。

进一步地，所述版本文件信息中包括各文件路径及其文件校验值；所述依据所述存在差异的文件生成一补丁压缩包，具体为：

遍历服务端最新版本的版本信息文件中的各文件路径；

若当前遍历到的文件路径存在于服务端最新版本的版本信息文件中而不存在于客户端版本的版本文件信息中，则提取当前遍历到的文件路径对应的文件为新增的差异文件；

若当前遍历到的文件路径同时存在于服务端最新版本和客户端版本的版本信息文件中，但各自对应的文件校验值不等同，则提取当前遍历到的文件路径对应的文件为变更的差异文件；

合并所述新增的差异文件和变更的差异文件，得到存在差异的文件。

进一步地，还包括：

客户端启动后，服务端判断客户端版本与服务端最新版本的版本号是否一致；

若版本号不一致，则判断是否存在对应客户端版本至服务端最新版本的补丁压缩包；

若不存在，则开始执行所述匹配步骤及其后的步骤，并保存生成的所述一补丁压缩包；

若存在，则直接发送所述补丁压缩包至客户端，客户端依据所述补丁压缩包更新版本，结束流程。

进一步地，还包括：

客户端接收更新至指定版本的指令；

若客户端版本低于所述指定版本，则通过执行所述匹配步骤及其后的步骤将客户端版本更新至所述指定版本；

若客户端版本高于所述指定版本，则匹配客户端版本的版本信息文件与所述指定版本的版本信息文件，提取所述指定版本相对于客户端版本存在差异的文件，生成一回滚补丁压缩包，依据所述一回滚补丁压缩包回滚客户端版本。

进一步地，还包括：

配置服务端最新版本为生效版本。

进一步地，所述依据所述存在差异的文件生成一补丁压缩包，之后，还包括：

推送所述一补丁压缩包至oss对象或CDN。

进一步地，还包括：

存储所述一补丁压缩包及其对应的版本信息至热更新服务端。

从上述描述可知，对应本领域普通技术人员可以理解实现上述技术方案中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来实现的，所述的程序可存储于一计算机可读取的存储介质中，该程序在执行时，可包括如上述各方法的流程。所述程序在被处理器执行后，同样能够实现对应各方法的有益效果。

其中，所述的存储介质可以是磁盘、光碟、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

实施例一

请参照图2，本实施例提供一种动态热更新的方法，适用于客户端软件的热更新，特别适用于App/游戏等客户端代码及资源的更新。

所述方法包括：

S1：客户端启动，热更新服务端接受处理客户端版本信息的请求，检测版本的合法性。具体为判断客户端版本与服务端最新版本的版本号是否一致；若一致，正常启动；

若版本号不一致，则需要进行热更新，执行步骤S2；

S2：热更新服务端检测是否存在对应客户端版本更新至服务端最新版本的补丁压缩包；

若存在，则直接发送该补丁压缩包给客户端即可，客户端依据所述补丁压缩包更新版本，结束流程。

若不存在，则执行S3；

S3：通过匹配客户端版本的版本信息文件与服务端最新版本的版本信息文件，提取服务端最新版本相对于客户端版本存在差异的文件。

其中，所述版本信息文件(如version.json)中包括版本号、各文件路径及对应文件的校验值(如md5)等内容。所述存在差异的文件指的是服务端最新版本相对于客户端版本新增和更新的文件。

所述S3步骤具体包括：

S31：遍历服务端最新版本的版本信息文件中的各文件路径；

S32：若当前遍历到的文件路径存在于服务端最新版本的版本信息文件中却不存在于客户端版本的版本文件信息中，则表示该文件路径对应的文件为新增文件，提取该文件路径对应的文件；

S33：若当前遍历到的文件路径同时存在于服务端最新版本和客户端版本的版本信息文件中，但各自对应的文件校验值不等同，则表示该文件路径对应的文件为变更文件，提取该文件路径对应的文件；

另外，还可能存在一种情况，即当前遍历到的文件路径不存在于服务端最新版本中，却存在于客户端版本的版本信息文件中，则表示该文件对应最新版本是删除的文件，不用在补丁包中体现。

S34：合并上述S32提取的新增文件和S33提取的变更文件，得到服务端最新版本相对于客户端版本存在差异的文件。

S4：存储所述一补丁压缩包及其对应的版本信息至热更新服务端。

所述版本信息记录的是升级前版本和升级后版本，用于标识该补丁压缩包用于从哪个版本升级到哪一个版本。

每次需要部署新版本时，只需通过上述S3-S4两个步骤即可完成新版本部署，而这个2步骤也为自动化执行，无需人工参与；因此显著提高了部署效率，降低部署错误导致故障。

在一具体实例中，基于S4步骤，以便于服务端在接收到相同的客户端请求(即升级前版本和目标版本均相同)时，能够立即返回已存在的对应的补丁压缩包即可。具体体现在，能够不断完善服务端中的补丁压缩包，提高在S2步骤时直接发送补丁压缩包给客户端进行快速升级的概率。

比如，服务端最新版本是D，存在客户端版本A，B，C，D；假设当前客户端是D，则不需要更新；如果是A则需要生成AD的补丁包；如果是B则需要生成BD的补丁包；C则生成CD的补丁包；每个包都有下载地址。当A版本的客户端生成了过AD包后，下次另一个A版本的客户端请求时，就直接给他AD包的路径就好了，不用再次去对比生成AD的包了。

优选地，本实施例还包括：

S5：推送所述一补丁压缩包至oss等对象存储容器或通知CDN刷新文件。

其中，所述oss对象存储容器和cdn用于存储热更新资源包(补丁压缩包)的下载服务器，目的在于提高热更新包等的下载速度。

所述oss对象存储容器的特点是安全稳定、数据可靠、海量存储以及性能卓越；所述CDN的功能在于在不同的地点缓存内容，通过负载均衡技术，将用户的请求定向到最合适的缓存服务器上获取内容。

因此，通过该步骤，能够提升客户端下载速度，不占用服务器带宽。

S6：响应客户端请求，发送补丁压缩包的下载地址(可对应oss等对象存储容器或CDN)至客户端；客户端依据所述一补丁压缩包更新自身版本。

实施例二

本实施例对实施例一做进一步限定，所述方法还包括：

1、在客户端配置打包程序：用于生成客户端的程序，其主要职责是生成该客户端版本对应的版本文件信息，让客户端发布版本至服务端。

如图3所示，打包程序执行包括：生成待打包的文件列表；生成版本信息文件(包含但不限于：版本号、文件路径和文件md5值)；客户端打包；结束流程。

通过运行客户端打包程序，即可自动生成特定版本的客户端文件及版本信息文件，降低了打包成本，减少打包部署异常。

在一优选示例中，可简化或优化空间：

本方案中每次新版本都上传整个客户端包，可将打包部署程序优化为缓存上一个版本数据，每次只上传变更的文件，以提高部署效率。

2、部署流程：

如图4所示，将打包程序生成的文件列表及版本信息文件拷贝到热更新服务器即可。

本实施例实现了自动化打包和部署，无需人工参与，显著提高了打包和部署效率，降低打包或部署错误导致故障的概率。

实施例三

本实施例对实施例一做进一步限定，进一步完善热更新服务端自动打包部署，无需人工干预的特点。

执行所述S1的匹配步骤，之前，还包括：

S10：配置服务端最新版本为生效版本。

当需要任意一个版本生效时，只需要在热更新服务器上配置当前生效的版本即可，不论外部客户端时什么版本，其热更新包有热更服务程序进行自动打包部署，无需人工干预。

实施例四

本实施例在实施例一的基础上，还提供版本回滚场景：

所述方法还包括：

S7：客户端接收更新至指定版本的指令；

S8：若客户端版本低于所述指定版本，则通过执行所述S3及其后的步骤将客户端版本更新至所述指定版本；

S9：若客户端版本高于所述指定版本，则匹配客户端版本的版本信息文件与所述指定版本的版本信息文件，提取所述指定版本相对于客户端版本存在差异的文件，生成一回滚补丁压缩包，依据所述一回滚补丁压缩包回滚客户端版本。

由于在每个版本迭代部署过程中，已经生成了各版本升级的热更包(补丁压缩包)。因此，对于低版本升级至高版本的客户端，热更服务程序都不需要生成新的热更新包，因为都已经存在了；而对已经升级最新的客户端，需要生成一个回滚包即可。

实施例五

本实施例对应实施例一至实施例四，提供一具体运用场景：

1、客户端(client)第一次发布版本

a)假设：版本号为v1.0，客户端程序有100个可热更新的资源或代码字节流等文件。通过打包程序，将这些文件生成版本信息文件(格式为version.json,如version1.0)；

b)将客户端的资源文件以版本的形式部署到服务端文件目录，如在服务端http服务器根目录/home/www下建立该客户端对应的目录client，在client目录下，以版本号命名建立1.0的文件夹，将客户端资源文件全部放到1.0的文件下；

c)在服务端部署热更新服务端程序，假设其服务的url地址为：https://client.game.com/version.do？version＝版本号&time＝时间戳，参数version表示客户端上传的版本号，time表示时间戳；此时设定当前生效版本为1.0(可通过配置文件或数据库等进行配置)；

d)当客户端启动时，访问热更新服务程序url，上传版本号1.0；

e)热更新服务程序接收到请求后，检查到客户端版本和服务端设定版本相同，则返回{“code”:“0”,“upgrade”:false,“version”:“1.0”}，code为0表示服务端处理成功，upgrade为false表示不需要更新，version表示服务端当前版本号。

2、当客户端产生更新后，需要发布第二个版本1.1；

a)重复1.a步骤生成第二个版本信息文件，假设为version1.1；

b)与1.b相似，将新的version.1.1与所有文件拷贝到1.1文件下，如：

c)修改热更新服务器配置，设置最新版本为1.1；

d)当第一个旧客户端启动时，访问热更新服务程序url，上传版本号1.0；

①热更新服务程序接收到请求后，检查到客户端版本和服务端设定版本不同，根据流程检查目前不存在1.0到1.1版本的升级包文件(假设client/zip目录下的1.0-1.1.zip)，进入步骤2；

②程序读取client/1.0/version.json与client/1.1/version.json版本信息文件进行md5值对比，发现存在"root/dir3/c.txt"和"root/dir3/d.png"2个文件更新；

③将1.1目录下的上述2个文件进行压缩打包为1.0-1.1.zip文件，保存到client/zip/1.0-1.1.zip；

④将client/zip/1.0-1.1.zip上传到oss或者触发cdn缓存刷新(可选步骤)

⑤返回客户端响应数据，如{“code”:“0”,“upgrade”:true,“version”:“1.1”,”url”:”https://down.client.com/zip/1.0-1.1.zip”}，upgrade为true表示需要更新，url表示热更新包的下载地址；

⑥客户端收到响应后，发现存在热更新，则启动下载模块下载1.0-1.1.zip文件，下载完成后解压加载热更新文件，并设定当前版本为服务端指定版本1.1，完成客户端版本热更新。

⑦该客户端下次请求时上传的版本号则为1.1，此时不需要更新。

e)当第二个旧客户端启动时，访问热更新服务程序url，上传版本号1.0；

①热更新服务程序接收到请求后，检查客户端版本和服务端设定版本不同，根据流程检查目前已存在1.0到1.1版本的升级包文件，此时不需要比较版本信息，即可返回客户端数据，以后流程同2.v与2.vi。

3、同理，当第三个版本1.2发布时，同第2中情况，在服务器中新增了1.2版本；

a)若此次旧客户端1.0版本启动，则再次走2.d这种情况，新生成1.0-1.2.zip热更新补丁文件。

4、若1.2版本存在严重问题需要回滚到1.1版本时，只需要将热更新程序的生效版本配置修改为1.1，并设置回滚标志(目的在于表示需要回滚到1.1)，即可。

a)对于版本小于1.1的客户端，则可正常升级到1.1；

b)对于1.1版本的客户端，则无需升级；

c)对于已经升级到1.2版本的客户端，请求时与2.d相似，对比版本1.2与1.1版本信息文件，将1.1版本的差异文件打包成回滚补丁包1.2-1.1.zip，并响应客户端与升级相似信息，客户端下载1.2-1.1.zip后解压即可。

实施例六

本实施例对应上述实施例一至实施例五，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序在被处理器执行时，能够实现上述实施例一至实施例五任意一个实施例所述的一种动态热更新的方法所包含的步骤。具体的步骤不在此进行复述，详情请参阅实施例一至实施例五的记载。

综上所述，本发明提供的一种动态热更新的方法、存储介质，大大简化热更新包生成部署复杂度，提高了部署效率；而且，同时提高了客户端文件打包和部署的效率，降低了打包成本；进一步地，还能提高版本回滚的效率。本发明能够在提高热更新速度的同时，降低更新错误的概率。

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

Claims (7)

1.一种动态热更新的方法，其特征在于，包括：

当客户端版本需要更新，通过匹配客户端版本的版本信息文件与服务端最新版本的版本信息文件，提取服务端最新版本相对于客户端版本存在差异的文件；

依据所述存在差异的文件生成一补丁压缩包；

依据所述一补丁压缩包更新客户端版本；

所述版本文件信息中包括各文件路径及其文件校验值；所述依据所述存在差异的文件生成一补丁压缩包，具体为：

遍历服务端最新版本的版本信息文件中的各文件路径；

若当前遍历到的文件路径存在于服务端最新版本的版本信息文件中而不存在于客户端版本的版本文件信息中，则提取当前遍历到的文件路径对应的文件为新增的差异文件；

若当前遍历到的文件路径同时存在于服务端最新版本和客户端版本的版本信息文件中，但各自对应的文件校验值不等同，则提取当前遍历到的文件路径对应的文件为变更的差异文件；

合并所述新增的差异文件和变更的差异文件，得到存在差异的文件。

2.如权利要求1所述的一种动态热更新的方法，其特征在于，还包括：

客户端启动后，服务端判断客户端版本与服务端最新版本的版本号是否一致；

若版本号不一致，则判断是否存在对应客户端版本至服务端最新版本的补丁压缩包；

若不存在，则开始执行所述匹配步骤及其后的步骤，并保存生成的所述一补丁压缩包；

若存在，则直接发送所述补丁压缩包至客户端，客户端依据所述补丁压缩包更新版本，结束流程。

3.如权利要求2所述的一种动态热更新的方法，其特征在于，还包括：

客户端接收更新至指定版本的指令；

若客户端版本低于所述指定版本，则通过执行所述匹配步骤及其后的步骤将客户端版本更新至所述指定版本；

若客户端版本高于所述指定版本，则匹配客户端版本的版本信息文件与所述指定版本的版本信息文件，提取所述指定版本相对于客户端版本存在差异的文件，生成一回滚补丁压缩包，依据所述一回滚补丁压缩包回滚客户端版本。

4.如权利要求1所述的一种动态热更新的方法，其特征在于，还包括：

配置服务端最新版本为生效版本。

5.如权利要求1所述的一种动态热更新的方法，其特征在于，所述依据所述存在差异的文件生成一补丁压缩包，之后，还包括：

推送所述一补丁压缩包至oss对象或CDN。

6.如权利要求1所述的一种动态热更新的方法，其特征在于，还包括：

存储所述一补丁压缩包及其对应的版本信息至热更新服务端。

7.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序在被处理器执行时，能够实现上述权利要求1-6任意一项所述的一种动态热更新的方法所包含的步骤。

Images