HarmonyOS 鸿蒙Next基于原生能力的压缩与解压缩能力

发布于 1周前 作者 yibo5220 来自 鸿蒙OS

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对沙箱路径下的压缩文件进行解压。

效果图

cke_6374.png

核心代码

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

3 回复

咨询下,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

回到顶部