HarmonyOS 鸿蒙Next基于原生能力的压缩与解压缩能力
HarmonyOS 鸿蒙Next基于原生能力的压缩与解压缩能力 一、场景描述
概览、常用图片编码格式比对及系统支持情况
压缩格式 | 简介 | 系统支持/使用方式 |
---|---|---|
zip | 普及率高,适用范围也最广,压缩速度相比rar快一些 | ArkTs支持,可通过zlib实现,jszip |
rar | rar格式比zip更能够提供较好的压缩率,但压缩速度也相对慢一些 | 三方库支持,通过Unrar实现 |
7z | 压缩率相对前两种最大,但速度也最慢 | 三方库支持,通过commons-compress实现 |
brotli | 无损压缩算法,主要目标是压缩 Internet 上的数据 | 三方库支持,通过commons-compress实现 |
tar | 简单封装,被称为归档文件,只是简单的将文件组装到一个.tar的文件内,并没有太多文件体积的减少,仅仅是简单的封装 | 三方库支持,通过commons-compress实现 |
gzip | .gz:使用gzip算法将文件压缩到一个文件,极大的减少压缩后的体积 | 三方库支持,通过三方库pako实现 |
ArkTs侧:
场景一:压缩与解压rawfile目录下的文件,由于在resource/rawfile目录下存放的文件,没有对外暴露的沙箱路径,无法使用文件管理接口或以沙箱路径形式处理,因此需要将rawfile下文件通过fs拷贝进沙箱目录下,再使用zlib进行压缩与解压。
场景二:压缩与解压resfile下的文件,通过getContext().resourceDir获取到该路径下的文件,再使用zlib进行压缩与解压。
Native侧:
当前鸿蒙暂无native的压缩与解压接口,本文主要介绍native侧通过zlib实现压缩与解压。
二、方案描述
ArkTs侧
方案
1)通过resourceManager.getRawFileContent获取到rawfile下的文件; 2)然后通过fs将rawfile文件内容copy到沙箱路径; 3)最后使用zlib.decompressFile对沙箱路径下的压缩文件进行解压。
效果图
核心代码
function resfileZlibDecompress() {
//...
}
2.压缩rawfile目录下的文件
方案
思路同rawfile解压,用到的方法:resourceManager.getRawFileContent、fs、zlib.compressFile
核心代码
//...
方案
通过 getContext().resourceDir获取resfile目录下文件,再使用zlib.decompressFile对文件进行解压
效果图
核心代码
//...
方案
思路同resfile解压,用到的方法:zlib.compressFile
核心代码
//...
native侧
zlib库进行gzip压缩
当前ArkTs侧zlib暂不支持gzip压缩,可以使用基础库压缩,参考zlib Usage Example。
方案
1)首先初始化z_stream结构体,然后设置输入数据和输出buffer的信息。 2)接着使用deflateInit2函数初始化,并使用deflate函数进行压缩。如果输出buffer不足以存储所有压缩数据,则进行拓容并重复压缩的过程,直到所有数据压缩完毕。 3)最后,返回压缩后的数据和数据大小,并使用deflateEnd函数释放。
核心代码
//...
zlib库进行gzip解压
方案
思路与压缩相同,使用inflateInit2函数初始化zlib库,然后调用inflate进行解压缩,最后调用inflateEnd结束解压。
核心代码
//...
更多关于HarmonyOS 鸿蒙Next基于原生能力的压缩与解压缩能力的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
咨询下,zlib.decompress后需要释放什么东西么?我发现第一次解压一个文件没问题,第二次解压另一个文件,报错:BusinessError 17700101: Bundle manager service is excepted. 并且还在目标目录下生成第一个文件解压后的目录,并且文件都没有,只有两个目录。
后续重新启动应用,只触发第二个文件解压,就能正常解压了
更多关于HarmonyOS 鸿蒙Next基于原生能力的压缩与解压缩能力的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
只提供了单次解压单个文件示例,解压其他文件失败请提供当前问题复现demo定位问题,
HarmonyOS 鸿蒙Next基于原生能力的压缩与解压缩能力,主要依赖于其系统内置的API和库函数来实现文件或数据的压缩与解压缩操作。这些原生能力使得开发者能够在不依赖第三方库的情况下,高效地进行数据压缩与解压缩处理。
在鸿蒙系统中,压缩与解压缩功能通常通过特定的系统调用或库函数接口提供。开发者可以利用这些接口,对指定的数据进行压缩,生成压缩文件或数据块,同时也可以对已有的压缩文件进行解压缩,还原出原始数据。
这些原生压缩与解压缩能力支持多种常见的压缩算法,如ZIP、GZIP等,开发者可以根据实际需求选择合适的算法进行使用。同时,鸿蒙系统还提供了对压缩文件内容的遍历、读取、写入等操作的支持,使得开发者能够方便地对压缩文件进行管理和操作。
需要注意的是,虽然鸿蒙系统提供了强大的原生压缩与解压缩能力,但在使用过程中仍需注意数据的完整性和安全性。开发者应确保在压缩与解压缩过程中数据的正确性和完整性,避免数据损坏或丢失。
如果开发者在使用鸿蒙系统的原生压缩与解压缩能力时遇到问题,可以参考鸿蒙系统的官方文档或API说明进行排查。如果问题依旧没法解决请联系官网客服,官网地址是:https://www.itying.com/category-93-b0.html