CN117453243A - 一种客户端资源补丁包生成与整包还原方法、装置、设备和存储介质 - Google Patents

一种客户端资源补丁包生成与整包还原方法、装置、设备和存储介质 Download PDF

Info

Publication number
CN117453243A
CN117453243A CN202311349011.6A CN202311349011A CN117453243A CN 117453243 A CN117453243 A CN 117453243A CN 202311349011 A CN202311349011 A CN 202311349011A CN 117453243 A CN117453243 A CN 117453243A
Authority
CN
China
Prior art keywords
package
value
file
patch
resource
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311349011.6A
Other languages
English (en)
Inventor
何榕斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Chenqi Travel Technology Co Ltd
Original Assignee
Guangzhou Chenqi Travel Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangzhou Chenqi Travel Technology Co Ltd filed Critical Guangzhou Chenqi Travel Technology Co Ltd
Priority to CN202311349011.6A priority Critical patent/CN117453243A/zh
Publication of CN117453243A publication Critical patent/CN117453243A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1458Management of the backup or restore process
    • G06F11/1469Backup restoration techniques
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种客户端资源补丁包生成与整包还原方法,包括获取新版本资源包中每个文件的相对路径;根据所述相对路径,遍历旧版本资源包查找与所述相对路径相同的文件;若与所述相对路径相同的文件存在,则获取新版本资源包中每个文件的第一md5值和获取旧版本资源包中每个文件的第二md5值;对比第一md5值和第二md5值;若所述第一md5值和所述第二md5值不相等,则所述第一md5值对应的文件为新增文件;将所述新增文件复制到临时目录中,压缩所述临时目录得到新版本资源的补丁包;获取并解压所述补丁包到所述旧版本资源包得到完整新版本资源包。有效地降低网络带宽的占用率,提高了更新效率和节省存储空间,并且补丁生成时间短,还原准确率高。

Description

一种客户端资源补丁包生成与整包还原方法、装置、设备和存 储介质
技术领域
本发明属于客户端静态资源更新技术领域,具体涉及一种客户端资源补丁包生成与整包还原方法、装置、设备和存储介质。
背景技术
静态资源是指在服务器端存储的不会变化的文件,如HTML、CSS、JavaScript、图片、音频、视频等文件,这些文件一般不包含动态内容,每次请求时返回的内容都是固定的。在软件开发和维护过程中,客户端静态资源的更新和升级是常见的需求。由于传统的整包升级方式需重新下载整个应用程序包,需要耗费大量的带宽和时间。因此,为了降低网络传输成本和时间,通常使用增量更新的方式来减少更新数据量。例如使用google的“bsdiff算法”对压缩包进行补丁包的生成和还原。
但经发明人研究发现,使用bsdiff算法生成与还原客户端静态资源补丁包的方法存在以下缺陷:(1)bsdiff算法在生成补丁时需要对源文件和目标文件进行较耗时的处理,特别是当源文件和目标文件较大时,生成补丁所需的计算时间会增加;(2)bsdiff算法对于二进制文件的扩展性较差,即当文件结构发生较大变化时,在生成补丁时可能会产生较大的补丁文件,无法有效地利用差异数据进行增量更新;(3)bsdiff算法生成的补丁文件通常会比目标文件与源文件的差异部分稍大一些,这可能导致生成的补丁文件占用较多的存储空间;(4)对数据破坏敏感:bsdiff算法对于目标文件和源文件的轻微修改非常敏感,即使是一小处的修改,也可能导致较大的补丁文件生成,影响增量更新的效果。
综上所述,现有客户端静态资源补丁包的生成与还原方法对于图片,音视频等二进制文件的压缩diff算法生成补丁时间长,还原准确率低。
发明内容
本发明的目的是要解决上述的技术问题,提供一种客户端资源补丁包生成与整包还原方法。
为了解决上述问题,本发明按以下技术方案予以实现的:
第一方面,本发明提供了一种客户端资源补丁包生成与整包还原方法,所述方法包括:
获取新版本资源包中每个文件的相对路径;根据所述相对路径,遍历旧版本资源包查找与所述相对路径相同的文件;若与所述相对路径相同的文件存在,则获取新版本资源包中每个文件的第一md5值和获取旧版本资源包中每个文件的第二md5值;对比第一md5值和第二md5值;若所述第一md5值和所述第二md5值不相等,则所述第一md5值对应的文件为新增文件;将所述新增文件复制到临时目录中,其中,所述临时目录的结构与旧版本资源包的目录结构保持一致;压缩所述临时目录得到新版本资源的补丁包;获取并解压所述补丁包到所述旧版本资源包得到完整新版本资源包。
进一步的,获取新版本资源包中每个文件的相对路径的方法包括:采用node的内置模块fs文件系统模块获取。
进一步的,若与所述相对路径相同的文件存在,则获取新版本资源包中每个文件的第一md5值和获取旧版本资源包中每个文件的第二md5值的方法包括:所述第一md5值和第二md5值采用node的内置模块fs文件系统模块获取。
进一步的,所述第一md5值和第二md5值采用node的内置模块crypto加密模块计算生成。
进一步的,若与所述相对路径相同的文件不存在,则所述相对路径下对应的新版本资源包文件为新增文件。
进一步的,对比第一md5值和第二md5值,若所述第一md5值和第二md5值相等,则所述第一md5值对应的新版本资源包文件不是新增文件。
第二方面,本发明提供了一种客户端资源补丁包生成与整包还原装置,所述客户端资源补丁包生成与整包还原装置被配置为执行所述客户端资源补丁包生成与整包还原方法,所述客户端资源补丁包生成与整包还原装置包括:
获取相对路径模块,其用于获取新版本资源包中每个文件的相对路径;遍历查找模块,其用于根据所述相对路径,遍历旧版本资源包查找与所述相对路径相同的文件;获取md5值模块,其用于若与所述相对路径相同的文件存在,则获取新版本资源包中每个文件的第一md5值和获取旧版本资源包中每个文件的第二md5值;对比模块,其用于对比第一md5值和第二md5值;判断模块,其用于若所述第一md5值和所述第二md5值不相等,则所述第一md5值对应的文件为新增文件;复制模块,其用于将所述新增文件复制到临时目录中,其中,所述临时目录的结构与旧版本资源包的目录结构保持一致;压缩模块,其用于压缩所述临时目录得到新版本资源的补丁包;整包还原模块,其用于获取并解压所述补丁包到所述旧版本资源包得到完整新版本资源包。
第三方面,本发明提供了一种电子设备,所述电子设备包括:
至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够执行以上第一方面中任一项所述的一种客户端资源补丁包生成与整包还原方法。
第四方面,本发明提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序用于使处理器执行时以上第一方面中任一项所述的一种客户端资源补丁包生成与整包还原方法。
与现有技术相比,本发明的有益效果是:采用“新资源包中文件的相对路径+文件md5值”相结合的diff算法来生成补丁包和还原整包,只需要传输补丁包、更新发生变化的资源文件以及只需要存储补丁包和基础资源包,而不需要传输和重新下载整个资源包,也不需要存储多个版本的整个资源包,因此减少了传输数据量、提高了更新效率并且节省了存储空间。同时,由于是根据每个资源文件的相对路径和文件的md5值进行diff,所以只需遍历一次资源包的所有文件,即可完成补丁包的生成,并且根据文件的相对路径进行还原,直接采用覆盖更新的方式,并没有采用其他任何压缩算法,所以补丁包生成时间短且文件的还原准确率高。
应当理解,本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征,也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
下面结合附图对本发明的具体实施方式作进一步详细的说明,其中:
图1是本发明实施例的一种客户端资源补丁包生成与整包还原方法的流程图;
图2是本发明实施例的一种客户端资源补丁包生成与整包还原方法具体实施示例图;
图3是本发明的实施例的一种客户端资源补丁包生成与整包还原装置的模块图;
图4是本发明的实施例的一种电子设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所得到的所有其他实施例,都应当属于本发明保护的范围。
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
静态资源是指在服务器端存储的不会变化的文件,如HTML、CSS、JavaScript、图片、音频、视频等文件,这些文件一般不包含动态内容,每次请求时返回的内容都是固定的。在软件开发和维护过程中,客户端静态资源的更新和升级是常见的需求。由于传统的整包升级方式需重新下载整个应用程序包,需要耗费大量的带宽和时间。因此,为了降低网络传输成本和时间,通常使用增量更新的方式来减少更新数据量。例如使用google的“bsdiff算法”对压缩包进行补丁包的生成和还原。
但经发明人研究发现,使用bsdiff算法生成与还原客户端静态资源补丁包的方法存在以下缺陷:(1)bsdiff算法在生成补丁时需要对源文件和目标文件进行较耗时的处理,特别是当源文件和目标文件较大时,生成补丁所需的计算时间会增加;(2)bsdiff算法对于二进制文件的扩展性较差,即当文件结构发生较大变化时,在生成补丁时可能会产生较大的补丁文件,无法有效地利用差异数据进行增量更新;(3)bsdiff算法生成的补丁文件通常会比目标文件与源文件的差异部分稍大一些,这可能导致生成的补丁文件占用较多的存储空间;(4)对数据破坏敏感:bsdiff算法对于目标文件和源文件的轻微修改非常敏感,即使是一小处的修改,也可能导致较大的补丁文件生成,影响增量更新的效果。
综上所述,现有客户端静态资源补丁包的生成与还原方法对于图片,音视频等二进制文件的压缩diff算法生成补丁时间长,还原准确率低。
为此,本发明提供的一种客户端资源补丁包生成与整包还原方法,有效地降低了客户端资源更新与升级时,网络带宽的占用率,提高了更新效率和节省存储空间,并且补丁生成时间短,还原准确率高。
图1是本发明实施例的一种客户端资源补丁包生成与整包还原方法的流程图,该方法可以由一种客户端资源补丁包生成与整包还原方法的装置来执行,该装置可以采用硬件和/或软件的形式实现,该装置可配置于电子设备中。如图1所示,所述方法包括:
步骤101、获取新版本资源包中每个文件的相对路径。
在一种具体实施例中,获取新版本资源包中每个文件的相对路径的方法包括采用node的内置模块fs文件系统模块获取。
需要说明的是,相对路径就是指由这个文件所在的路径引起的跟其它文件(或文件夹)的路径关系。
需要说明的是,为了保护客户端的安全,JavaScript在浏览器端是不能进行I/O操作的,node的内置模块fs模块,能让JavaScript在执行的时候可以操作服务器上的资源文件,也是就给了JavaScript I/O操作的能力。Node.js内置的fs文件系统模块负责读写文件。其同时提供了异步和同步的方法。Fs文件系统模块读取文件的相对路径是以控制台的路径为基准的,也就是一启动file.js的位置为基准的,而不是以file.js文件的位置。
步骤102、根据所述相对路径,遍历旧版本资源包查找与所述相对路径相同的文件。
需要说明的是,本实施例中,使用node的内置模块fs文件系统模块进行相对路径的获取以及遍历,即使用fs.readdirSync(sourcePath)函数方法进行。
示例性的,使用node的内置模块fs文件系统模块进行相对路径的获取以及遍历的具体代码如下:
function checkFilesExistInFolder(sourceFolderPath,targetFolderPath,relativePath=”){
const sourcePath=path.join(sourceFolderPath,relativePath);
const targetPath=path.join(targetFolderPath,relativePath);
if(fs.statSync(sourcePath).isDirectory()){
const files=fs.readdirSync(sourcePath);
for(const file of files){
const newRelativePath=path.join(relativePath,file);
checkFilesExistInFolder(sourceFolderPath,targetFolderPath,newRelativePath);
}
}else{
const oldMD5=hashFileSha256Async(targetPath);
const newMD5=hashFileSha256Async(sourcePath);
if(!fs.existsSync(targetPath)||newMD5!==oldMD5){
const p=path.relative(targetFolderPath,targetPath);
console.log(`文件${p}存在更新`);
diff_res_array.push(p);
}
}
}
步骤103、若与所述相对路径相同的文件存在,则获取新版本资源包中每个文件的第一md5值和获取旧版本资源包中每个文件的第二md5值。
在一种具体实施例中,所述第一md5值和第二md5值采用node的内置模块crypto加密模块计算生成。若与所述相对路径相同的文件存在,则获取新版本资源包中每个文件的第一md5值和获取旧版本资源包中每个文件的第二md5值的方法包括所述第一md5值和第二md5值采用node的内置模块fs文件系统模块获取。若与所述相对路径相同的文件不存在,则所述相对路径下对应的新版本资源包文件为新增文件。
需要说明的是,node的内置模块crypto加密模块的目的是为了提供通用的加密和哈希算法,包括对称加密和非对称加密等。
示例性的,对称加密是指加密和解密都使用同一个密钥的加密方式,常用的对称加密算法有AES、DES、3DES等。在Node.js中使用crypto模块的createCipheriv和createDecipheriv方法进行对称加密和解密。
示例性的,非对称加密是指加密和解密使用不同的密钥的加密方式,常用的非对称加密算法有RSA。在Node.js中使用crypto模块的generateKeyPairSync方法生成公私钥对,使用publicEncrypt和privateDecrypt方法进行加密和解密。
需要说明的是,MD5是最常见的一种摘要算法,它计算出来的结果称为md5值。用于将任意长度的消息压缩成一个128位的摘要^1。MD5算法具有以下特点:(1)压缩性:任意长度的消息都可以被压缩成一个128位的摘要。(2)容易计算:MD5算法的计算速度比较快,适用于对大量数据进行哈希计算。(3)抗修改性:对原始数据进行任何修改,都会导致哈希值的变化。(4)抗碰撞性:对不同的原始数据,哈希值相同的概率非常小。
示例性的,以下是使用Node.js实现MD5算法的示例代码:
const crypto=require('crypto');
function md5(str){
const hash=crypto.createHash('md5');
hash.update(str);
return hash.digest('hex');
}
console.log(md5('hello world'));
在上面的代码中,我们首先导入了crypto模块,然后定义了一个md5函数,用于计算MD5摘要。函数接受一个参数:str表示要计算摘要的字符串。在计算摘要时,我们首先创建一个md5哈希对象,然后使用update方法向对象中添加要计算摘要的数据,最后使用digest方法计算摘要并返回。在上面的示例中,我们计算了字符串'hello world'的MD5摘要,并输出了结果。
示例性的,采用node的内置模块crypto加密模块计算MD5值的一般步骤为:(1)递归遍历给定目录下的全部文件,将文件路径存入到一个列表。(2)利用hashlib.md5函数计算每一个有文件的md5值,将文件路径和md5值,存储到字典变量md5_dict。字典变量的结构是{“文件路径”:“文件的md5值”},注意字典里存放的是文件的md5值,不是文件所在路径的md5值。(3)每生成一个文件的md5值出来后,先到字典变量dup_dict里面去匹配,如果md5值匹配成功,说明文件内容存在重复,那么将这个出现重复的记录写入字典变量dup_dict。
本实施例中,采用node的内置模块crypto加密模块计算MD5值的相关代码如下:
function hashFileSha256Async(filePath,algorithm='MD5'){
if(!fs.existsSync(filePath)){
return new Error(
‘the filedoes not exist,make sure your file is correct!',
);
}
let buffer=fs.readFileSync(filePath);
let hash=crypto.createHash(algorithm.toLowerCase());
hash.update(buffer);
let final=hash.digest('hex');
return final;
}
步骤104、对比第一md5值和第二md5值。
步骤105、若所述第一md5值和所述第二md5值不相等,则所述第一md5值对应的文件为新增文件。
在一种具体实施例中,对比第一md5值和第二md5值,若所述第一md5值和第二md5值相等,则所述第一md5值对应的新版本资源包文件不是新增文件。
步骤106、将所述新增文件复制到临时目录中,其中,所述临时目录的结构与旧版本资源包的目录结构保持一致。
需要说明的是,本实施例中,使用函数fs.mkdirSync()来生成一个临时目录,然后依次从新版本资源文件夹中,把新增文件复制到这个临时目录中,复制过来后的文件存放位置由新增文件的相对路径来决定,如果文件的相对路径中涉及到目录,则会自动创建。当补丁包生成之后,最后要使用fs.unlink()函数方法删除这个临时目录,避免造成空间浪费,数据污染。
示例性的,本实施例中生成临时目录的具体代码实现如下:
步骤107、压缩所述临时目录得到新版本资源的补丁包。
需要说明的是,压缩所述临时目录的压缩包为zip压缩包。
步骤108、获取并解压所述补丁包到所述旧版本资源包得到完整新版本资源包。
示例性的,如图2所示,当客户端应用程序需要资源更新或者升级时,客户端采用node的内置模块fs文件系统模块获取新版本资源包中每个文件的相对路径,之后根据所述相对路径,遍历旧版本资源包查找与所述相对路径相同的文件;当旧资源包中存在与所述相对路径相同的文件,则客户端获取新版本资源包中每个文件的第一md5值和获取旧版本资源包中每个文件的第二md5值。对比第一md5值和第二md5值是否相等,当第一md5值和第二md5值不相等时,所述第一md5值对应的新版本资源包文件不是新增文件;当第一md5值和第二md5值相等时,第一md5值对应的文件为新增文件。将所述新增文件复制到临时目录中,压缩所述临时目录得到新版本资源的补丁包,获取并解压所述补丁包到所述旧版本资源包得到完整新版本资源包。当旧资源包中不存在与所述相对路径相同的文件,则所述相对路径下对应的新版本资源包文件为新增文件,将该文件复制到临时目录中,压缩所述临时目录得到新版本资源的补丁包,获取并解压所述补丁包到所述旧版本资源包得到完整新版本资源包。
图3是本发明实施例的一种客户端资源补丁包生成与整包还原装置的模块图。如图3所示,该模块包括:
301、获取相对路径模块,其用于获取新版本资源包中每个文件的相对路径;
302、遍历查找模块,其用于根据所述相对路径,遍历旧版本资源包查找与所述相对路径相同的文件;
303、获取md5值模块,其用于若与所述相对路径相同的文件存在,则获取新版本资源包中每个文件的第一md5值和获取旧版本资源包中每个文件的第二md5值;
304、对比模块,其用于对比第一md5值和第二md5值;
305、判断模块,其用于若所述第一md5值和所述第二md5值不相等,则所述第一md5值对应的文件为新增文件;
306、复制模块,其用于将所述新增文件复制到临时目录中,其中,所述临时目录的结构与旧版本资源包的目录结构保持一致;
307、压缩模块,其用于压缩所述临时目录得到新版本资源的补丁包;
308、整包还原模块,其用于获取并解压所述补丁包到所述旧版本资源包得到完整新版本资源包。
图4示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本发明的实现。
如图4所示,电子设备10包括至少一个处理器11,以及与至少一个处理器11通信连接的存储器,如只读存储器(ROM)12、随机访问存储器(RAM)13等,其中,存储器存储有可被至少一个处理器执行的计算机程序,处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序,来执行各种适当的动作和处理。在RAM 13中,还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。
电子设备10中的多个部件连接至I/O接口15,包括:输入单元16,例如键盘、鼠标等;输出单元17,例如各种类型的显示器、扬声器等;存储单元18,例如磁盘、光盘等;以及通信单元19,例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理,如解决一种客户端资源补丁包生成与整包还原方法。
在一些实施例中,一种客户端资源补丁包生成与整包还原方法可被实现为计算机程序,其被有形地包含于计算机可读存储介质,例如存储单元18。在一些实施例中,计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时,可以执行上文描述的一种客户端资源补丁包生成与整包还原方法的一个或多个步骤。备选地,在其他实施例中,处理器11可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行一种客户端资源补丁包生成与整包还原方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器,使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本发明的上下文中,计算机可读存储介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。备选地,计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在电子设备上实施此处描述的系统和技术,该电子设备具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)、区块链网络和互联网。
计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与VPS服务中,存在的管理难度大,业务扩展性弱的缺陷。
本发明实施例还提供了一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序在被处理器执行时实现如本发明实施例所提供的一种客户端资源补丁包生成与整包还原方法。
计算机程序产品在实现的过程中,可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,程序设计语言包括面向对象的程序设计语言,诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言,诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本发明的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。

Claims (9)

1.一种客户端资源补丁包生成与整包还原方法,其特征在于,所述方法包括:
获取新版本资源包中每个文件的相对路径;
根据所述相对路径,遍历旧版本资源包查找与所述相对路径相同的文件;
若与所述相对路径相同的文件存在,则获取新版本资源包中每个文件的第一md5值和获取旧版本资源包中每个文件的第二md5值;
对比第一md5值和第二md5值;
若所述第一md5值和所述第二md5值不相等,则所述第一md5值对应的文件为新增文件;
将所述新增文件复制到临时目录中,其中,所述临时目录的结构与旧版本资源包的目录结构保持一致;
压缩所述临时目录得到新版本资源的补丁包;
获取并解压所述补丁包到所述旧版本资源包得到完整新版本资源包。
2.根据权利要求1所述的一种客户端资源补丁包生成与整包还原方法,其特征在于,获取新版本资源包中每个文件的相对路径的方法包括:
采用node的内置模块fs文件系统模块获取。
3.根据权利要求1所述的一种客户端资源补丁包生成与整包还原方法,其特征在于,若与所述相对路径相同的文件存在,则获取新版本资源包中每个文件的第一md5值和获取旧版本资源包中每个文件的第二md5值的方法包括:
所述第一md5值和第二md5值采用node的内置模块fs文件系统模块获取。
4.根据权利要求3所述的一种客户端资源补丁包生成与整包还原方法,其特征在于:
所述第一md5值和第二md5值采用node的内置模块crypto加密模块计算生成。
5.根据权利要求1所述的一种客户端资源补丁包生成与整包还原方法,其特征在于:
若与所述相对路径相同的文件不存在,则所述相对路径下对应的新版本资源包文件为新增文件。
6.根据权利要求4所述的一种客户端资源补丁包生成与整包还原方法,其特征在于,对比第一md5值和第二md5值,若所述第一md5值和第二md5值相等,则所述第一md5值对应的新版本资源包文件不是新增文件。
7.一种客户端资源补丁包生成与整包还原装置,其特征在于,所述客户端资源补丁包生成与整包还原装置被配置为执行所述客户端资源补丁包生成与整包还原方法,所述客户端资源补丁包生成与整包还原装置包括:
获取相对路径模块,其用于获取新版本资源包中每个文件的相对路径;
遍历查找模块,其用于根据所述相对路径,遍历旧版本资源包查找与所述相对路径相同的文件;
获取md5值模块,其用于若与所述相对路径相同的文件存在,则获取新版本资源包中每个文件的第一md5值和获取旧版本资源包中每个文件的第二md5值;
对比模块,其用于对比第一md5值和第二md5值;
判断模块,其用于若所述第一md5值和所述第二md5值不相等,则所述第一md5值对应的文件为新增文件;
复制模块,其用于将所述新增文件复制到临时目录中,其中,所述临时目录的结构与旧版本资源包的目录结构保持一致;
压缩模块,其用于压缩所述临时目录得到新版本资源的补丁包;
整包还原模块,其用于获取并解压所述补丁包到所述旧版本资源包得到完整新版本资源包。
8.一种电子设备,其特征在于,所述电子设备包括:
至少一个处理器;以及与所述至少一个处理器通信连接的存储器;
其中,所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1至6中任一项所述的一种客户端资源补丁包生成与整包还原方法。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,
所述计算机程序用于使处理器执行时实现权利要求1至6中任一项所述的一种客户端资源补丁包生成与整包还原方法。
CN202311349011.6A 2023-10-17 2023-10-17 一种客户端资源补丁包生成与整包还原方法、装置、设备和存储介质 Pending CN117453243A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311349011.6A CN117453243A (zh) 2023-10-17 2023-10-17 一种客户端资源补丁包生成与整包还原方法、装置、设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311349011.6A CN117453243A (zh) 2023-10-17 2023-10-17 一种客户端资源补丁包生成与整包还原方法、装置、设备和存储介质

Publications (1)

Publication Number Publication Date
CN117453243A true CN117453243A (zh) 2024-01-26

Family

ID=89590121

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311349011.6A Pending CN117453243A (zh) 2023-10-17 2023-10-17 一种客户端资源补丁包生成与整包还原方法、装置、设备和存储介质

Country Status (1)

Country Link
CN (1) CN117453243A (zh)

Similar Documents

Publication Publication Date Title
US11176099B2 (en) Lockless synchronization of LSM tree metadata in a distributed system
CN108037946B (zh) 一种应用程序热更新的方法、系统及服务器
US9852056B2 (en) Multi-level memory compression
US9077681B2 (en) Page loading optimization using page-maintained cache
US11074225B2 (en) Synchronization of index copies in an LSM tree file system
CN111008034B (zh) 一种补丁生成方法及装置
CN110389859B (zh) 用于复制数据块的方法、设备和计算机程序产品
CN113553300B (zh) 文件的处理方法、装置、可读介质和电子设备
CN113961510B (zh) 一种文件处理方法、装置、设备及存储介质
WO2021174836A1 (zh) 差分包生成方法方法、装置、计算机设备及存储介质
US9473527B1 (en) Automatically generated and shared white list
CN111143231B (zh) 用于数据处理的方法、设备和计算机程序产品
CN109302449B (zh) 数据写入方法、数据读取方法、装置和服务器
US9866619B2 (en) Transmission of hierarchical data files based on content selection
CN117453243A (zh) 一种客户端资源补丁包生成与整包还原方法、装置、设备和存储介质
CN110609731A (zh) 用于管理虚拟机的方法、设备和计算机程序产品
US11809992B1 (en) Applying compression profiles across similar neural network architectures
KR102574280B1 (ko) 컴퓨팅 디바이스에서 애플리케이션 업데이트를 위한 메모리 효율적인 소프트웨어 패치하기
CN109857719B (zh) 分布式文件处理方法、装置、计算机设备以及存储介质
CN108196979B (zh) 数据备份方法和装置
CN112559547A (zh) 确定多存储对象副本之间一致性的方法及装置
CN111447298A (zh) 应用程序中的网络地址的获取方法、装置、设备及介质
CN118035594B (zh) 生产文档访问方法、装置、电子设备与计算机可读介质
CN109947775B (zh) 数据处理方法、装置、电子设备及计算机可读介质
CN110750410B (zh) 一种监听数据库日志的方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination