【鸿蒙实战开发】基于原生能力的压缩与解压缩能力

最新推荐文章于 2024-08-20 20:24:15 发布

「已注销」

最新推荐文章于 2024-08-20 20:24:15 发布

阅读量1k

点赞数 15

分类专栏：鸿蒙开发移动开发 HarmonyOS 文章标签： harmonyos 华为移动开发图片压缩鸿蒙开发 ArkTS Native

本文链接：https://blog.csdn.net/MNXN666/article/details/140646142

版权

鸿蒙开发同时被 3 个专栏收录

100 篇文章 2 订阅

订阅专栏

移动开发

100 篇文章 1 订阅

订阅专栏

HarmonyOS

100 篇文章 2 订阅

订阅专栏

一、场景描述

概览、常用图片编码格式比对及系统支持情况

压缩格式	简介	系统支持/使用方式
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() {

getContext().resourceManager.getRawFileContent('file1.zip', (_err, value) => {

//将rawfile下的文件拷贝至沙箱下，沙箱路径：/data/storage/el2/base/haps/entry/filesfile1.zip

let myBuffer: ArrayBufferLike = value.buffer

let filePath = getContext().filesDir + "file1.zip";

let file = fs.openSync(filePath, fs.OpenMode.READ_WRITE | fs.OpenMode.CREATE);

let writeLen = fs.writeSync(file.fd, myBuffer);

fs.closeSync(file);

let outFileDir = getContext().filesDir;

let options: zlib.Options = {

level: zlib.CompressLevel.COMPRESS_LEVEL_DEFAULT_COMPRESSION

};

//解压沙箱下的文件

try {

zlib.decompressFile(filePath, outFileDir, options, (errData: BusinessError) => {

if (errData !== null) {

console.error(`errData is errCode:${errData.code} message:${errData.message}`);

}

})

} catch (errData) {

let code = (errData as BusinessError).code;

let message = (errData as BusinessError).message;

console.error(fs.accessSync(filePath)+`errData is errCode:${code} message:${message}`);

}

})

}

2.压缩rawfile目录下的文件

方案

思路同rawfile解压，用到的方法：resourceManager.getRawFileContent、fs、zlib.compressFile

核心代码

getContext().resourceManager.getRawFileContent('file1.txt', (_err, value) => {

let myBuffer: ArrayBufferLike = value.buffer

//将rawfile下的文件拷贝至沙箱下，沙箱路径：/data/storage/el2/base/haps/entry/files/file1.txt

let filePath = getContext().filesDir + "/file1.txt";

let file = fs.openSync(filePath, fs.OpenMode.READ_WRITE | fs.OpenMode.CREATE);

let writeLen = fs.writeSync(file.fd, myBuffer);

fs.closeSync(file);

//压缩沙箱下的文件

let outFile = getContext().filesDir + '/file1.zip';

let options: zlib.Options = {

level: zlib.CompressLevel.COMPRESS_LEVEL_DEFAULT_COMPRESSION,

memLevel: zlib.MemLevel.MEM_LEVEL_DEFAULT,

strategy: zlib.CompressStrategy.COMPRESS_STRATEGY_DEFAULT_STRATEGY

};

zlib.compressFile(filePath, outFile, options)

})

方案

通过 getContext().resourceDir获取resfile目录下文件，再使用zlib.decompressFile对文件进行解压

效果图

核心代码

let inFile = getContext().resourceDir + '/file1.zip';

let outFile = getContext().filesDir;

let options: zlib.Options = {

level: zlib.CompressLevel.COMPRESS_LEVEL_DEFAULT_COMPRESSION

};

//解压沙箱下的文件

zlib.decompressFile(inFile, outFile, options)

方案

思路同resfile解压，用到的方法：zlib.compressFile

核心代码

let inFile = getContext().resourceDir + '/file1.txt';

let outFile = getContext().filesDir + "/file1.zip";

let options: zlib.Options = {

level: zlib.CompressLevel.COMPRESS_LEVEL_DEFAULT_COMPRESSION,

memLevel: zlib.MemLevel.MEM_LEVEL_DEFAULT,

strategy: zlib.CompressStrategy.COMPRESS_STRATEGY_DEFAULT_STRATEGY

};

//压缩沙箱下的文件

zlib.compressFile(inFile, outFile, options)

native侧

zlib库进行gzip压缩

当前ArkTs侧zlib暂不支持gzip压缩，可以使用基础库压缩，参考 zlib Usage Example 。

方案

1）首先初始化z_stream结构体，然后设置输入数据和输出buffer的信息。

2）接着使用deflateInit2函数初始化，并使用deflate函数进行压缩。如果输出buffer不足以存储所有压缩数据，则进行拓容并重复压缩的过程，直到所有数据压缩完毕。

3）最后，返回压缩后的数据和数据大小，并使用deflateEnd函数释放。

头文件：zlib.h

核心代码

char* compressToGzip(const char *input, int inputSize, int* outputSize) {

z_stream zs;

// 初始化 （主要用于开发者自定义内存管理, 此处不使用, 应用有诉求可参考：https://www.zlib.net/manual.html）

zs.zalloc = Z_NULL; // 用于分配内部状态

zs.zfree = Z_NULL; // 用于释放内部状态

zs.opaque = Z_NULL; // 传递给 zalloc、zfree的私有数据对象

// 初始化输入数据

zs.next_in = (Bytef *)input; // 输入数据头

zs.avail_in = (uInt)inputSize; // 输入数据的内存块大小

// 初始化输出buffer

char *compressedData = new char[CHUNK_SIZE];

// 输出头

zs.next_out = (Bytef *)compressedData;

zs.avail_out = (uInt)CHUNK_SIZE;

// 开始压缩（此处使用空的gzip头）

int windowBits = WINDOWS_BITS; // windowBits历史缓冲区的大小，此参数的值越大，压缩效果越好。 范围(8-15)

// 特殊：windowBits加上 16，表示使用gzip头 windowBits加上 32，表示自动识别gzip/zlib头

int memLevel = 8; // memLevel=1使用最小内存但速度较慢,降低压缩比; memLevel=9使用最大内存以获得最佳速度 默认值为8

deflateInit2(&zs, Z_DEFAULT_COMPRESSION, Z_DEFLATED, windowBits, memLevel, Z_DEFAULT_STRATEGY);

// 压缩 尽量一次压缩完毕

deflate(&zs, Z_FINISH);

int chunkCount = 1; // 数据块的个数

// 重复压缩

while (zs.avail_out == 0) {

// 为输出数据 拓容

chunkCount++;

char* newBuffer = new char[CHUNK_SIZE*chunkCount];

// 复制历史数据

memcpy(newBuffer, compressedData, CHUNK_SIZE*(chunkCount-1));

delete[] compressedData;

compressedData = newBuffer;

// 继续压缩

zs.next_out = (Bytef *)(compressedData+CHUNK_SIZE*(chunkCount-1));

zs.avail_out = (uInt)CHUNK_SIZE;

deflate(&zs, Z_FINISH);

}

// 返回结果

*outputSize = zs.total_out;

deflateEnd(&zs);

return compressedData;

}

zlib库进行gzip解压

方案

思路与压缩相同，使用inflateInit2函数初始化zlib库，然后调用inflate进行解压缩，最后调用inflateEnd结束解压。

核心代码

char* decompressGzip(const char *input, int inputSize, int* outputSize) {

z_stream zs;

zs.zalloc = Z_NULL;

zs.zfree = Z_NULL;

zs.opaque = Z_NULL;

zs.avail_in = (uInt)inputSize;

zs.next_in = (Bytef *)input;

char *deCompressedData = new char[CHUNK_SIZE];

zs.avail_out = (uInt)CHUNK_SIZE;

zs.next_out = (Bytef *)deCompressedData;

inflateInit2(&zs, WINDOWS_BITS);

// 解压 尽量一次解压完毕

inflate(&zs, Z_FINISH);

int chunkCount = 1; // 数据块的个数

// 重复解压

while (zs.avail_out == 0) {

// 为输出数据 拓容

chunkCount++;

char* newBuffer = new char[CHUNK_SIZE*chunkCount];

// 复制历史数据

memcpy(newBuffer, deCompressedData, CHUNK_SIZE*(chunkCount-1));

delete[] deCompressedData;

deCompressedData = newBuffer;

// 继续压缩

zs.next_out = (Bytef *)(deCompressedData+CHUNK_SIZE*(chunkCount-1));

zs.avail_out = (uInt)CHUNK_SIZE;

inflate(&zs, Z_FINISH);

}

// 返回结果

*outputSize = zs.total_out;

inflateEnd(&zs);

return deCompressedData;

}

鸿蒙全栈开发全新学习指南

有很多小伙伴不知道学习哪些鸿蒙开发技术？不知道需要重点掌握哪些鸿蒙应用开发知识点？而且学习时频繁踩坑，最终浪费大量时间。所以要有一份实用的鸿蒙（HarmonyOS NEXT）学习路线与学习文档用来跟着学习是非常有必要的。

针对一些列因素，整理了一套纯血版鸿蒙（HarmonyOS Next）全栈开发技术的学习路线，包含了鸿蒙开发必掌握的核心知识要点，内容有（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、WebGL、元服务、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、OpenHarmony驱动开发、系统定制移植等等）鸿蒙（HarmonyOS NEXT）技术知识点。

本路线共分为四个阶段：

第一阶段：鸿蒙初中级开发必备技能

在这里插入图片描述

第二阶段：鸿蒙南北双向高工技能基础：`gitee.com/MNxiaona/733GH`

在这里插入图片描述

第三阶段：应用开发中高级就业技术

第四阶段：全网首发-工业级南向设备开发就业技术：`gitee.com/MNxiaona/733GH`

在这里插入图片描述

《鸿蒙 (Harmony OS)开发学习手册》（共计892页）

如何快速入门？

1.基本概念
2.构建第一个ArkTS应用
3.……

开发基础知识:`gitee.com/MNxiaona/733GH`

1.应用基础知识
2.配置文件
3.应用数据管理
4.应用安全管理
5.应用隐私保护
6.三方应用调用管控机制
7.资源分类与访问
8.学习ArkTS语言
9.……

在这里插入图片描述

基于ArkTS 开发

1.Ability开发
2.UI开发
3.公共事件与通知
4.窗口管理
5.媒体
6.安全
7.网络与链接
8.电话服务
9.数据管理
10.后台任务(Background Task)管理
11.设备管理
12.设备使用信息统计
13.DFX
14.国际化开发
15.折叠屏系列
16.……

在这里插入图片描述

鸿蒙开发面试真题（含参考答案）:`gitee.com/MNxiaona/733GH`

在这里插入图片描述

鸿蒙入门教学视频：

美团APP实战开发教学：`gitee.com/MNxiaona/733GH`

写在最后

如果你觉得这篇内容对你还蛮有帮助，我想邀请你帮我三个小忙：
点赞，转发，有你们的『点赞和评论』，才是我创造的动力。
关注小编，同时可以期待后续文章ing🚀，不定期分享原创知识。
想要获取更多完整鸿蒙最新学习资源，请移步前往小编：gitee.com/MNxiaona/733GH

「已注销」

关注

15
点赞
踩
12

收藏

觉得还不错? 一键收藏
0
评论
【鸿蒙实战开发】基于原生能力的压缩与解压缩能力

场景一：压缩与解压rawfile目录下的文件，由于在resource/rawfile目录下存放的文件，没有对外暴露的沙箱路径，无法使用文件管理接口或以沙箱路径形式处理，因此需要将rawfile下文件通过fs拷贝进沙箱目录下，再使用 zlib 进行压缩与解压。场景二：压缩与解压resfile下的文件，通过getContext().resourceDir获取到该路径下的文件，再使用zlib进行压缩与解压。当前鸿蒙暂无native的压缩与解压接口，本文主要介绍native侧通过zlib实现压缩与解压。
复制链接

扫一扫