OpenHarmony（鸿蒙南向开发）——小型系统内核（LiteOS-A）【文件系统】上

往期知识点记录：

• 鸿蒙（HarmonyOS）应用层开发（北向）知识点汇总
• 鸿蒙（OpenHarmony）南向开发保姆级知识点汇总~
• 子系统开发内核
• 轻量系统内核（LiteOS-M）
• 轻量系统内核（LiteOS-M）【中断管理】
• 轻量系统内核（LiteOS-M）【任务管理】
• 轻量系统内核（LiteOS-M）【内存管理】
• 轻量系统内核（LiteOS-M）【内核通信机制】
• 轻量系统内核（LiteOS-M）【时间管理】
• 轻量系统内核（LiteOS-M）【扩展组件】
• 轻量系统内核（LiteOS-M）【内存调测】
• 轻量系统内核（LiteOS-M）【异常调测】
• 轻量系统内核（LiteOS-M）【Trace调测】
• 轻量系统内核（LiteOS-M）【LMS调测】
• 轻量系统内核（LiteOS-M）【SHELL】
• 小型系统内核（LiteOS-A）【概述】
• 小型系统内核（LiteOS-A）【内核启动】
• 小型系统内核（LiteOS-A）【中断及异常处理】
• 标准系统内核（Linux）【New IP内核协议栈】
• 标准系统内核（Linux）【内核增强特性 ＞ 任务调度】
• 持续更新中……

虚拟文件系统

基本概念

VFS（Virtual File System）是文件系统的虚拟层，它不是一个实际的文件系统，而是一个异构文件系统之上的软件粘合层，为用户提供统一的类Unix文件操作接口。由于不同类型的文件系统接口不统一，若系统中有多个文件系统类型，访问不同的文件系统就需要使用不同的非标准接口。而通过在系统中添加VFS层，提供统一的抽象接口，屏蔽了底层异构类型的文件系统的差异，使得访问文件系统的系统调用不用关心底层的存储介质和文件系统类型，提高开发效率。

OpenHarmony内核中，VFS框架是通过在内存中的树结构来实现的，树的每个结点都是一个Vnode结构体，父子结点的关系以PathCache结构体保存。VFS最主要的两个功能是：

• 查找节点。

• 统一调用（标准）。

运行机制

当前，VFS层主要通过函数指针，实现对不同文件系统类型调用不同接口实现标准接口功能；通过Vnode与PathCache机制，提升路径搜索以及文件访问的性能；通过挂载点管理进行分区管理；通过FD管理进行进程间FD隔离等。下面将对这些机制进行简要说明。

1. 文件系统操作函数指针：VFS层通过函数指针的形式，将统一调用按照不同的文件系统类型，分发到不同文件系统中进行底层操作。各文件系统的各自实现一套Vnode操作、挂载点操作以及文件操作接口，并以函数指针结构体的形式存储于对应Vnode、挂载点、File结构体中，实现VFS层对下访问。

2. Vnode：Vnode是具体文件或目录在VFS层的抽象封装，它屏蔽了不同文件系统的差异，实现资源的统一管理。Vnode节点主要有以下几种类型：

   • 挂载点：挂载具体文件系统，如/、/storage
   • 设备节点：/dev目录下的节点，对应于一个设备，如/dev/mmcblk0
   • 文件/目录节点：对应于具体文件系统中的文件/目录，如/bin/init

Vnode通过哈希以及LRU机制进行管理。当系统启动后，对文件或目录的访问会优先从哈希链表中查找Vnode缓存，若缓存没有命中，则并从对应文件系统中搜索目标文件或目录，创建并缓存对应的Vnode。当Vnode缓存数量达到上限时，将淘汰长时间未访问的Vnode，其中挂载点Vnode与设备节点Vnode不参与淘汰。当前系统中Vnode的规格默认为512，该规格可以通过LOSCFG_MAX_VNODE_SIZE进行配置。Vnode数量过大，会造成较大的内存占用；Vnode数量过少，则会造成搜索性能下降。下图展示了Vnode的创建流程。

图1 Vnode创建流程