前言
本篇来聊聊数据持久化，这个东西呢，在应用开发很重要，我对SSM，Vue2 + 3，也有了解，做过相关的Web开发（自己做着玩的，半拉子工程），以后也打算学习一些OpenHarmony北向相关的应用开发。（想南北通吃）
数据持久化简介
在我们之前玩Hi3861开发板的时候啊，每次重启，点击复位键，都会以一个全新的效果展现在我们面前，很显然，这样的案例都是没有做数据持久化的，我们的案例运行时的数据仅仅存在于计算机的内存中，当程序关闭（重启），内存就会释放或者重新分配，原有的数据就会丢失。常见的数据持久化的方式其实大家都见过，可能没有意识到，比如最早的时候有光盘，现在每个电脑都有SSD硬盘，还有网盘，我个人也是非常喜欢网盘的，数据可以进行网络层面的持久化，不占本地空间，需要什么文件，再去获取，特别适合收藏学习文件然后放进去吃灰。数据库也是，我们开发的APP，用户进行注册，用户的信息就会永久地存放在数据库中而不会丢失了。简而言之，就是以一种手段，把程序运行过程中的数据保存起来。当然，安全性也是需要考虑到的，数据是敏感的，但这里不久细说了。
OpenHarmony数据持久化
强大的OpenHarmony当然也是有数据持久化的，在公共子系统集中，还是看一下OpenHarmony官网的架构图：
公共子系统及中，有可以帮助我们实现数据持久化的API，下面会具体说。
kv_store库
kv_store.h跟ohos_init.h在一起，看库名也知道了，key - value 的形式存储数据，是一种常见的存储形式，在数据结构Map，以及JSON文件等都是KV键值对的存储形式。下面来看看他的API有什么。
API
UtilsGetValue：
int UtilsGetValue(const char* key, char* value, unsigned int len);从文件系统或cache中读取指定键的值
参数解释：
- key：键；小写字母、数字、下划线、点(.)；最大32字节（包括字符串结束符）。
- value：用于存储值的缓冲区；输出参数。
- len：值的长度。
返回值：
- 操作成功返回值的长度；参数错误返回-9；其他情况返回-1；如果值是从cache中读取的，则返回0。
UtilsSetValue：
int UtilsSetValue(const char* key, const char* value);在文件系统或cache中添加或更新键值
参数解释：
- key：键；小写字母、数字、下划线、点(.)；最大32字节（包括字符串结束符）。
- value：要添加或更新的值；最大128字节（包括字符串结束符）。
返回值：
- 操作成功返回0；参数错误返回-9；其他情况返回-1
UtilsDeleteValue：
int UtilsDeleteValue(const char* key);在文件系统或cache中删除键值
参数解释：
- key：键；小写字母、数字、下划线、点(.)；最大32字节（包括字符串结束符）。
返回值：
- 操作成功返回0；参数错误返回-9；其他情况返回-1
ClearKVCache：
int ClearKVCache(void);清除缓存中的所有键值对
参数解释：无
返回值：成功时返回0，否则返回-1
案例：键值存储
任务：
将一个数据持久化，“key” - > “value”。
最终效果：
在完成案例后，第一次启动开发板，通过“key”作为键去过去值，获取失败，因为什么都没存储嘛，然后就会获得一个小于0的返回值，表示获取失败了，我们就可以进行键值对的添加，添加完成后，在后续的断电重启开发板中，无论启动多少次，都可以通过“key”去获取我们的值。
创建如下目录：
编写源码：
kv_demo.c：
#include
#include "ohos_init.h"
// kv_store 库
#include "kv_store.h"
void kvTest(void){
// 创建我们的键
const char *key = "key";
// 创建我们的值，这个值就是一个指针，如果能够获取成功，就会通过指针获取到相应的值。
char value[32] = {0};
// 通过 键 去读取我们的 值
int resGet = UtilsGetValue(key, value, 32);
// resGet < 0 说明读取失败，我们没有 “key” 的数据
if(resGet < 0){
// 输出提示信息
printf("[KVTEST] failed to read the key!\r\n");
// 添加键值对数据，进行数据持久化
int resSet = UtilsSetValue(key, "value");
// 输出提示信息
if(resSet == 0){
printf("[KVTEST] success to store!\r\n");
} else {
printf("[KVTEST] failed to store!\r\n");
}
} else {
// 如果读取成功，则直接输出键值数据
printf("[KVTEST] success to read the key, key = %s, value = %s.\r\n", key, value);
}
}
APP_FEATURE_INIT(kvTest); BUILD.gn：
static_library("kvTest"){
sources = [
"kv_demo.c"
]
include_dirs = [
"//commonlibrary/utils_lite/include",
]
}修改app下的BUILD.gn：
编译烧录串口调试：
当我们第一次进行串口调试的时候，会观察到，我们写的提示信息，先读取失败，再进行数据存储。
再次重启开发板，可以观察到，读取成功了。
断开电源，即将开发板与主机断开连接，再次连接，启动开发板，可以看到仍然能够成功读取。数据持久化成功。
报错分享
在编译的时候也是出现了一个很奇怪的bug。
嗯…我也是一头雾水不知道怎么办，感觉像是环境问题，却又不知道具体怎么改，最后我去到了kv_store的接口里，修改了一下他的BUILD.gn文件。
可能是posix下的文件有些问题吧，然后我修改了他的编译文件，让他去编译hal下的kv_store.c 最后就是这么个意思，不管什么情况都去编译hal下的文件。等效于下图所示：
虽然不太清楚什么问题，但是似乎换一个文件编译，整个编译就成功通过了，运行起来的结果也和预期一样，没有bug出现。都是kv_store.c文件，可能也是为了适配不同的需求吧才分了两个出来吧，如果有知道这个是什么问题的话，也可以评论区留言，我也来学习一下，或者你也出现了跟我一样的bug，可以试一试按照我的方法进行修改，修改后亲测是没有问题的。
utils_file库
数据持久化，我们更多的还是倾向于数据库，文件，这种简单的kv入门就可以了。文件的操作则更为重要，下面介绍utils_file库，它可以帮助我们对文件进行IO操作，实现数据持久化。
API
UtilsFileOpen：
int UtilsFileOpen(const char* path, int oflag, int mode);参数解释：
- path：指定要打开或创建的文件的路径。
- oflag：指定文件的打开模式。支持的模式有：
- O_RDONLY_FS：以只读模式打开文件。
- O_WRONLY_FS：以只写模式打开文件。
- O_RDWR_FS：以读写模式打开文件。
- O_CREAT_FS：如果文件不存在，则创建文件。
- O_EXCL_FS：与O_CREAT_FS一起使用，如果文件已存在，则打开失败。
- O_TRUNC_FS：如果文件存在，将其截断为空文件。
- O_APPEND_FS：以追加模式打开文件，在文件末尾写入数据。 这些模式可以组合使用，每个模式之间使用按位或运算符"|"进行标识。
- mode：用于函数兼容性，该参数在任何情况下均不起作用。
返回值：
如果文件成功打开或创建，将返回文件描述符，否则返回-1。
UtilsFileClose：
int UtilsFileClose(int fd);参数解释：
fd：指定要关闭的文件的文件描述符。
返回值：
如果文件成功关闭，函数将返回0；否则返回-1。
UtilsFileRead：
int UtilsFileRead(int fd, char* buf, unsigned int len);参数解释：
- fd：表示要读取的文件的文件描述符（file descriptor）。
- buf：指向存储读取数据的缓冲区的指针。这是一个输出参数，函数将读取的数据写入到该缓冲区中。
- len：表示要读取的数据的长度。
返回值：
- 如果成功读取数据，函数将返回实际读取的字节数。
- 如果读取操作失败，函数将返回-1。
UtilsFileWrite：
int UtilsFileWrite(int fd, const char* buf, unsigned int len);参数解释：
- fd：表示要写入数据的文件的文件描述符（file descriptor）。
- buf：指向要写入的数据的指针。
- len：表示要写入的数据的长度。
返回值：
- 如果成功写入数据，函数将返回实际写入的字节数。
- 如果写入操作失败，函数将返回-1。
UtilsFileDelete：
int UtilsFileDelete(const char* path);参数解释：
- path：表示要删除的文件的路径。
返回值：
- 如果成功删除文件，函数将返回0。
- 如果删除文件操作失败，函数将返回-1。
UtilsFileStat：
int UtilsFileStat(const char* path, unsigned int* fileSize);参数解释：
- path：表示文件名。
- fileSize：表示文件大小的变量指针。这是一个输出参数，用于存储获取到的文件大小。
返回值：
- 如果成功获取文件大小，函数将返回0。
- 如果获取文件大小操作失败，函数将返回-1。
案例：文件IO
预期效果：
打开指定的文件读取数据库的用户名和密码，如果文件不存在就先创建文件，再写入数据。在之后的访问中，均可成功打开数据读取数据。跟刚刚的kv流程其实很像。
创建如下目录：
编写源码：
file.c：
#include
#include "ohos_init.h"
// 文件IO库
#include "utils_file.h"
void fileTest(void){
// 定义文件名
char fileName[] = "MyFileName";
// 定义文件大小，用于获取文件大小
int fileSize = 0;
// 统计文件数据
int resGetFile = UtilsFileStat(fileName, &fileSize);
// 文件不存在时，打开失败，返回值为 -1
if(resGetFile == -1){
// 输出提示信息
printf("[FILETEST] failed to open the file, file is not exits!\r\n");
// 创建文件，并写入数据
// 定义数据
char data[] = "root,password";
// 打开文件
int resOpenFile = UtilsFileOpen(fileName, O_WRONLY_FS | O_CREAT_FS | O_TRUNC_FS, 0);
// 写入数据
int resWriteFilw = UtilsFileWrite(resOpenFile, data, strlen(data));
// 关闭文件
int resCloseFile = UtilsFileClose(resOpenFile);
// 输出提示信息
printf("[FILETEST] success to create a file!\r\n");
} else {
// 输出提示信息
printf("[FILETEST] the file is exist!\r\n");
// 文件存在，读取文件内容
int resOpenFile = UtilsFileOpen(fileName, O_CREAT_FS, 0);
// 定义数据，用于读取文件数据
char getData[64];
int resLen = UtilsFileRead(resOpenFile, getData, 13);
// 输出读取的数据
printf("[FILETEST] get the data = %s.\r\n", getData);
}
}
APP_FEATURE_INIT(fileTest); BUILD.gn：
static_library("file"){
sources = [
"file.c"
]
include_dirs = [
"//commonlibrary/utils_lite/include",
]
}编写app下的BUILD.gn文件：
编译烧录调试：
首先第一次启动开发板会提示我们文件不存在，并且创建好文件。
此后重启开发板，都会正常读取到数据。
断开开发板与主机，再次连接，启动开发板也可以读取到文件数据。
结束语
本篇介绍了一下如何基于轻量系统进行数据的持久化，包括简单的KV存储和文件的IO，希望能够帮助到各位，感谢支持！
