简介本资源是面向Linux系统开发者与文件系统学习者的C语言FUSE用户空间文件系统参考实现解决传统内核态文件系统开发门槛高、调试复杂的问题适用于初学者入门实践及进阶开发者定制化扩展。压缩包共100个文件总大小1.56MB包含40个C语言源文件实现核心挂载、读写、元数据操作等FUSE回调逻辑、12个头文件定义接口与数据结构、7个Meson构建脚本支持跨平台编译、4个Shell脚本含发布打包与测试工具、4个Python脚本辅助验证与环境检查以及LICENSE、ChangeLog.rst、AUTHORS等工程规范文件目录结构完整开箱即用。已有398人学习下载项目提供从编译配置、接口调用到错误处理的全链路代码范例特别适合理解FUSE工作原理、快速搭建原型文件系统并可直接复用其模块化设计与构建体系开展二次开发。 很多人第一次接触 FUSE 是在 Linux 的/dev/fuse设备节点上或者是在mount列表里看到一堆挂着的文件系统却搞不清它们的后端到底长什么样。我前一阵给嵌入式产品做升级包管理需要一种能透明挂载、又不想为每种存储方案都重新编译内核模块的文件系统于是把 FUSE 的整套用户空间接口从零设计了一遍并基于 C 语言写出了一个可运行的迷你实现。这篇文章就以这个项目为线索拆解 FUSE 用户空间接口的设计思路、关键源码结构以及那些只有真的写完、挂载、踩过坑之后才能讲清楚的经验。这个项目本身不算复杂一个用 C 实现的用户空间文件系统通过 libfuse 提供的回调接口挂载到 Linux 的 VFS 层上对外表现为一个正常的目录。适合以下几类人看刚开始接触文件系统开发、想了解 VFS 和 FUSE 交互机制的嵌入式开发者需要写自定义挂载工具、但没有权限或精力改内核的同学以及想找一个结构清晰、能快速改造成生产原型的 C 项目来做参考的人。1. 为什么要把文件系统写进用户空间FUSE 解决的问题1.1 传统内核文件系统开发的隐性门槛在内核里写文件系统哪怕只是一个只读的 squashfs 变种也要面对一整条链路注册 file_system_type、实现 super_operations、inode_operations、file_operations、dentry_operations还要处理页缓存、回写、内存分配的 GFP 标志、锁和 RCU。调试手段基本靠 printk 加 dmesg一次指针错误直接 panic 整个系统。更麻烦的是内核模块的 ABI 和版本绑定很死编译出的 .ko 换个内核版本就要重新适配这对做产品的团队来说是很大的维护成本。FUSEFilesystem in Userspace把这条链路的绝大部分搬到了用户态。你在用户空间实现一套文件操作函数然后通过挂载命令把它接到 VFS 上。内核里剩下的只是一个稳定的 FUSE 内核模块它负责把 VFS 请求翻译成协议消息通过/dev/fuse这个设备节点转发给用户态守护进程。守护进程处理完再通过同一个设备节点把结果返回内核。整个过程你不需要碰任何内核 API 和编译环境只要系统里有 FUSE 内核模块剩下全是普通的 C 程序开发。1.2 FUSE 数据流的完整链路先理清一次cat /mnt/fuse/foo.txt背后发生了什么用户进程调用open()、read()进入内核 VFSVFS 根据挂载点找到对应的是 FUSE 文件系统把请求交给 FUSE 内核模块内核模块把请求封装成 FUSE 协议消息写入/dev/fuse的队列用户态守护进程就是你写的那个可执行文件通过read(/dev/fuse, ...)读到这条消息libfuse 解析消息后调用你注册的fuse_operations回调函数回调返回值经由 libfuse 写回/dev/fuseFUSE 内核模块据此完成 VFS 请求最后唤醒原始的用户进程。需要注意整个过程中用户态进程是同步阻塞在read(/dev/fuse)上的。一个系统调用没有处理完守护进程就会一直等在那里所以 FUSE 文件系统的延迟本质上由用户态回调和调度决定。这也是为什么后面要专门谈线程模型——单线程时一个慢回调会卡住所有并发访问。提示挂载动作本身不是用户守护进程直接完成的而是由 setuid 的 fusermount 辅助程序发起 mount 系统调用。这也是 FUSE 设计里安全边界比较重要的一个点。1.3 什么项目适合用 FUSE我做过的和见过的典型场景大致有这些云盘/同步盘的本地挂载层后端是 HTTP 或自有协议前端表现为普通目录虚拟化镜像、容器镜像的只读挂载不需要解压即可浏览内容压缩包当目录用类似归档浏览器的能力加密文件系统把密文存储在磁盘挂载后看到明文测试用的模拟文件系统故意注入延迟、错误、随机故障验证上层应用稳定性。反过来如果目标是追求极致性能、纳秒级延迟或者要做底层的块设备管理那 FUSE 就不合适了。用户态和内核态之间的上下文切换、协议编解码、内存拷贝这些开销再优化也有物理上限。明确边界之后再决定是否选 FUSE 是更务实的做法。2. 接口设计的核心fuse_operations 回调表2.1 回调表本质上是 VFS 的用户态投影struct fuse_operations是 FUSE 用户空间接口设计的核心数据结构。它里面每一个字段对应一类 VFS 操作。你不需要实现全部字段没实现的回调就返回-ENOSYS内核会认为该操作不被支持。设计文件系统的第一步不是写代码而是把这张表和你想要支持的语义对照一遍。比如普通文件系统就必须实现getattr、readdir、open、read、write、release如果允许创建删除文件就要加上create、unlink、truncate如果允许建目录就要有mkdir、rmdir。缺一个对应的系统调用就会得到 Function not implemented。2.2 high-level 与 low-level 怎么选libfuse 提供两套接口high-level APIfuse_operations回调直接收到路径字符串例如/foo/bar.txt。libfuse 负责路径解析开发者专注于业务逻辑。缺点是路径解析本身有开销且多个回调里反复解析路径容易形成瓶颈。low-level APIfuse_lowlevel_ops回调直接收到 inode 节点号fuse_ino_t语义更接近内核性能更好但你得自己维护节点号和路径/目录项之间的关系开发和调试成本明显更高。对比维度high-level APIlow-level API回调单位路径字符串inode 节点号路径解析libfuse 内部处理自己维护开发效率高低性能上限中高适用场景业务型文件系统底层文件系统、性能敏感场景标题里说的用户空间接口设计通常指的就是 high-level API 这一层。我的迷你内存文件系统也选它因为可以在很短代码里把接口设计讲清楚。2.3 常用回调速查下面这张表是我实际开发中经常对照的回调对应系统调用典型行为getattrstat/lstat返回st_mode、st_size、st_nlink等readdirgetdents用filler函数逐条塞目录项openopen校验权限设置fh句柄createopen(O_CREAT)创建普通文件readread/pread从指定偏移返回数据writewrite/pwrite向指定偏移写入数据truncatetruncate/ftruncate改变文件大小unlinkunlink删除普通文件mkdir/rmdirmkdir/rmdir创建/删除目录renamerename移动/重命名很多人会漏掉flush/releaseclose的两阶段回调flush可以返回错误release负责释放资源destroy卸载时清理全局状态这里要重点理解fh字段的用法。struct fuse_file_info里的fh是一个 64 位无符号整数FUSE 不关心它的值只负责在 open/create 之后原样传回给 read/write/release。最常见的做法是存入文件节点指针避免每次读写都重新解析路径。这正是用户空间接口设计里降低成本的关键小技巧。3. 源码设计一个可运行的迷你内存文件系统3.1 数据结构节点树而不是路径数组设计第一个版本时我想过用path - node的哈希表或字符串数组后来发现目录操作、删除、重命名都会变得很别扭。最终采用了一棵节点树每个节点有名字、类型、父指针、子节点数组和数据缓冲区。这样目录遍历就是遍历子节点数组路径解析就是一层层往下找子节点语义非常直接。#define FUSE_USE_VERSION 31 #include fuse.h #include stdio.h #include stdlib.h #include string.h #include errno.h #include fcntl.h #include sys/stat.h #include unistd.h struct mem_node { char *name; mode_t mode; struct mem_node *parent; struct mem_node **children; int child_count; int child_cap; char *data; size_t size; size_t cap; }; static struct mem_node *root;配套的辅助函数包括创建节点、加子节点、查找子节点、路径解析和移除子节点。路径解析是整个文件系统的地基所以我把它的实现细节写仔细一点static struct mem_node *find_child(struct mem_node *dir, const char *name) { for (int i 0; i dir-child_count; i) if (strcmp(dir-children[i]-name, name) 0) return dir-children[i]; return NULL; } static struct mem_node *resolve(const char *path, struct mem_node **parent_out) { if (strcmp(path, /) 0) { if (parent_out) *parent_out NULL; return root; } char *copy strdup(path); char *save NULL; char *tok strtok_r(copy 1, /, save); struct mem_node *cur root; struct mem_node *parent NULL; while (tok) { parent cur; cur find_child(cur, tok); if (!cur) { free(copy); if (parent_out) *parent_out parent; return NULL; } tok strtok_r(NULL, /, save); } free(copy); if (parent_out) *parent_out parent; return cur; }FUSE 传给回调的路径永远是绝对的根目录是/子目录是/foo/bar而且路径里不会出现..或.。resolve的目标就是把/foo/bar拆成一段段名字从 root 开始逐层查找。如果某个中间层不存在就返回 NULL同时把最后一个找到的节点作为 parent 返回这样create、mkdir就能直接在正确的父目录下新增子节点省了一次重复解析。3.2 getattr 和 readdir目录与属性的基础语义getattr对应stat是最常用的回调。ls -l会对每个条目调用它如果返回值不准上层工具立刻表现出来。核心是填对struct statstatic int mem_getattr(const char *path, struct stat *st, struct fuse_file_info *fi) { (void)fi; struct mem_node *n resolve(path, NULL); if (!n) return -ENOENT; memset(st, 0, sizeof(*st)); st-st_mode n-mode; st-st_nlink S_ISDIR(n-mode) ? 2 n-child_count : 1; st-st_size S_ISDIR(n-mode) ? 0 : (off_t)n-size; st-st_blksize 4096; st-st_blocks (n-size 511) / 512; st-st_uid fuse_get_context()-uid; st-st_gid fuse_get_context()-gid; return 0; }st_nlink对目录来说是 2 加上子目录数量这个细节容易被忽略但du、find等工具会依赖它。st_blocks按 512 字节扇区换算虽然内存文件系统没有真实块设备但保持这个字段合理能让stat输出看起来正常。readdir要比很多人想象的复杂一点因为涉及 offset 语义。FUSE 的filler回调每次塞入一个目录项同时可以带一个 offset内核下次调用readdir时会把上次最后成功填充的 offset 传回来static int mem_readdir(const char *path, void *buf, fuse_fill_dir_t filler, off_t off, struct fuse_file_info *fi, enum fuse_readdir_flags flags) { (void)fi; (void)flags; struct mem_node *dir resolve(path, NULL); if (!dir) return -ENOENT; if (!S_ISDIR(dir-mode)) return -ENOTDIR; off_t idx off; if (idx 0) { if (filler(buf, ., NULL, 1) ! 0) return 0; idx; } if (idx 1) { if (filler(buf, .., NULL, 2) ! 0) return 0; idx; } for (; idx - 2 dir-child_count; idx) { struct mem_node *child dir-children[idx - 2]; if (filler(buf, child-name, NULL, idx 1) ! 0) return 0; } return 0; }这里.和..是我们自己补的很多 demo 会省略但ls -a会期待它们存在。offset 的用法是把目录项顺序编号.是 1..是 2之后每个子节点编号递增。这样即使目录条目很多、一个缓冲装不下内核也能从上次的位置继续不会从头扫描。3.3 open/create/read/write数据读写路径普通文件的打开和读写是文件系统最核心的路径。open时不真正分配数据只校验节点并把节点指针存入fhstatic int mem_open(const char *path, struct fuse_file_info *fi) { struct mem_node *n resolve(path, NULL); if (!n) return -ENOENT; if (S_ISDIR(n-mode)) return (fi-flags O_ACCMODE) ! O_RDONLY ? -EISDIR : 0; if (fi-flags O_TRUNC) n-size 0; fi-fh (uint64_t)(uintptr_t)n; return 0; }O_TRUNC的处理在用户空间文件系统里很容易漏。内核在 VFS 层看到O_TRUNC时会先调setattr但很多 FUSE 文件系统没有实现 setattr所以最终截断动作需要 open 自己来做。这里直接在打开时把 size 清零。create 的回调签名类似 open但需要在父目录下创建新节点static int mem_create(const char *path, mode_t mode, struct fuse_file_info *fi) { struct mem_node *parent; struct mem_node *n resolve(path, parent); if (n) return -EEXIST; if (!parent) return -ENOENT; if (!S_ISDIR(parent-mode)) return -ENOTDIR; const char *name strrchr(path, /); name name ? name 1 : path; n calloc(1, sizeof(*n)); n-name strdup(name); n-mode S_IFREG | (mode 07777); n-parent p a hrefhttps://download.csdn.net/download/lly202406/89819394 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p FUSE用户空间文件系统接口设计与C语言迷你实现
简介本资源是面向Linux系统开发者与文件系统学习者的C语言FUSE用户空间文件系统参考实现解决传统内核态文件系统开发门槛高、调试复杂的问题适用于初学者入门实践及进阶开发者定制化扩展。压缩包共100个文件总大小1.56MB包含40个C语言源文件实现核心挂载、读写、元数据操作等FUSE回调逻辑、12个头文件定义接口与数据结构、7个Meson构建脚本支持跨平台编译、4个Shell脚本含发布打包与测试工具、4个Python脚本辅助验证与环境检查以及LICENSE、ChangeLog.rst、AUTHORS等工程规范文件目录结构完整开箱即用。已有398人学习下载项目提供从编译配置、接口调用到错误处理的全链路代码范例特别适合理解FUSE工作原理、快速搭建原型文件系统并可直接复用其模块化设计与构建体系开展二次开发。 很多人第一次接触 FUSE 是在 Linux 的/dev/fuse设备节点上或者是在mount列表里看到一堆挂着的文件系统却搞不清它们的后端到底长什么样。我前一阵给嵌入式产品做升级包管理需要一种能透明挂载、又不想为每种存储方案都重新编译内核模块的文件系统于是把 FUSE 的整套用户空间接口从零设计了一遍并基于 C 语言写出了一个可运行的迷你实现。这篇文章就以这个项目为线索拆解 FUSE 用户空间接口的设计思路、关键源码结构以及那些只有真的写完、挂载、踩过坑之后才能讲清楚的经验。这个项目本身不算复杂一个用 C 实现的用户空间文件系统通过 libfuse 提供的回调接口挂载到 Linux 的 VFS 层上对外表现为一个正常的目录。适合以下几类人看刚开始接触文件系统开发、想了解 VFS 和 FUSE 交互机制的嵌入式开发者需要写自定义挂载工具、但没有权限或精力改内核的同学以及想找一个结构清晰、能快速改造成生产原型的 C 项目来做参考的人。1. 为什么要把文件系统写进用户空间FUSE 解决的问题1.1 传统内核文件系统开发的隐性门槛在内核里写文件系统哪怕只是一个只读的 squashfs 变种也要面对一整条链路注册 file_system_type、实现 super_operations、inode_operations、file_operations、dentry_operations还要处理页缓存、回写、内存分配的 GFP 标志、锁和 RCU。调试手段基本靠 printk 加 dmesg一次指针错误直接 panic 整个系统。更麻烦的是内核模块的 ABI 和版本绑定很死编译出的 .ko 换个内核版本就要重新适配这对做产品的团队来说是很大的维护成本。FUSEFilesystem in Userspace把这条链路的绝大部分搬到了用户态。你在用户空间实现一套文件操作函数然后通过挂载命令把它接到 VFS 上。内核里剩下的只是一个稳定的 FUSE 内核模块它负责把 VFS 请求翻译成协议消息通过/dev/fuse这个设备节点转发给用户态守护进程。守护进程处理完再通过同一个设备节点把结果返回内核。整个过程你不需要碰任何内核 API 和编译环境只要系统里有 FUSE 内核模块剩下全是普通的 C 程序开发。1.2 FUSE 数据流的完整链路先理清一次cat /mnt/fuse/foo.txt背后发生了什么用户进程调用open()、read()进入内核 VFSVFS 根据挂载点找到对应的是 FUSE 文件系统把请求交给 FUSE 内核模块内核模块把请求封装成 FUSE 协议消息写入/dev/fuse的队列用户态守护进程就是你写的那个可执行文件通过read(/dev/fuse, ...)读到这条消息libfuse 解析消息后调用你注册的fuse_operations回调函数回调返回值经由 libfuse 写回/dev/fuseFUSE 内核模块据此完成 VFS 请求最后唤醒原始的用户进程。需要注意整个过程中用户态进程是同步阻塞在read(/dev/fuse)上的。一个系统调用没有处理完守护进程就会一直等在那里所以 FUSE 文件系统的延迟本质上由用户态回调和调度决定。这也是为什么后面要专门谈线程模型——单线程时一个慢回调会卡住所有并发访问。提示挂载动作本身不是用户守护进程直接完成的而是由 setuid 的 fusermount 辅助程序发起 mount 系统调用。这也是 FUSE 设计里安全边界比较重要的一个点。1.3 什么项目适合用 FUSE我做过的和见过的典型场景大致有这些云盘/同步盘的本地挂载层后端是 HTTP 或自有协议前端表现为普通目录虚拟化镜像、容器镜像的只读挂载不需要解压即可浏览内容压缩包当目录用类似归档浏览器的能力加密文件系统把密文存储在磁盘挂载后看到明文测试用的模拟文件系统故意注入延迟、错误、随机故障验证上层应用稳定性。反过来如果目标是追求极致性能、纳秒级延迟或者要做底层的块设备管理那 FUSE 就不合适了。用户态和内核态之间的上下文切换、协议编解码、内存拷贝这些开销再优化也有物理上限。明确边界之后再决定是否选 FUSE 是更务实的做法。2. 接口设计的核心fuse_operations 回调表2.1 回调表本质上是 VFS 的用户态投影struct fuse_operations是 FUSE 用户空间接口设计的核心数据结构。它里面每一个字段对应一类 VFS 操作。你不需要实现全部字段没实现的回调就返回-ENOSYS内核会认为该操作不被支持。设计文件系统的第一步不是写代码而是把这张表和你想要支持的语义对照一遍。比如普通文件系统就必须实现getattr、readdir、open、read、write、release如果允许创建删除文件就要加上create、unlink、truncate如果允许建目录就要有mkdir、rmdir。缺一个对应的系统调用就会得到 Function not implemented。2.2 high-level 与 low-level 怎么选libfuse 提供两套接口high-level APIfuse_operations回调直接收到路径字符串例如/foo/bar.txt。libfuse 负责路径解析开发者专注于业务逻辑。缺点是路径解析本身有开销且多个回调里反复解析路径容易形成瓶颈。low-level APIfuse_lowlevel_ops回调直接收到 inode 节点号fuse_ino_t语义更接近内核性能更好但你得自己维护节点号和路径/目录项之间的关系开发和调试成本明显更高。对比维度high-level APIlow-level API回调单位路径字符串inode 节点号路径解析libfuse 内部处理自己维护开发效率高低性能上限中高适用场景业务型文件系统底层文件系统、性能敏感场景标题里说的用户空间接口设计通常指的就是 high-level API 这一层。我的迷你内存文件系统也选它因为可以在很短代码里把接口设计讲清楚。2.3 常用回调速查下面这张表是我实际开发中经常对照的回调对应系统调用典型行为getattrstat/lstat返回st_mode、st_size、st_nlink等readdirgetdents用filler函数逐条塞目录项openopen校验权限设置fh句柄createopen(O_CREAT)创建普通文件readread/pread从指定偏移返回数据writewrite/pwrite向指定偏移写入数据truncatetruncate/ftruncate改变文件大小unlinkunlink删除普通文件mkdir/rmdirmkdir/rmdir创建/删除目录renamerename移动/重命名很多人会漏掉flush/releaseclose的两阶段回调flush可以返回错误release负责释放资源destroy卸载时清理全局状态这里要重点理解fh字段的用法。struct fuse_file_info里的fh是一个 64 位无符号整数FUSE 不关心它的值只负责在 open/create 之后原样传回给 read/write/release。最常见的做法是存入文件节点指针避免每次读写都重新解析路径。这正是用户空间接口设计里降低成本的关键小技巧。3. 源码设计一个可运行的迷你内存文件系统3.1 数据结构节点树而不是路径数组设计第一个版本时我想过用path - node的哈希表或字符串数组后来发现目录操作、删除、重命名都会变得很别扭。最终采用了一棵节点树每个节点有名字、类型、父指针、子节点数组和数据缓冲区。这样目录遍历就是遍历子节点数组路径解析就是一层层往下找子节点语义非常直接。#define FUSE_USE_VERSION 31 #include fuse.h #include stdio.h #include stdlib.h #include string.h #include errno.h #include fcntl.h #include sys/stat.h #include unistd.h struct mem_node { char *name; mode_t mode; struct mem_node *parent; struct mem_node **children; int child_count; int child_cap; char *data; size_t size; size_t cap; }; static struct mem_node *root;配套的辅助函数包括创建节点、加子节点、查找子节点、路径解析和移除子节点。路径解析是整个文件系统的地基所以我把它的实现细节写仔细一点static struct mem_node *find_child(struct mem_node *dir, const char *name) { for (int i 0; i dir-child_count; i) if (strcmp(dir-children[i]-name, name) 0) return dir-children[i]; return NULL; } static struct mem_node *resolve(const char *path, struct mem_node **parent_out) { if (strcmp(path, /) 0) { if (parent_out) *parent_out NULL; return root; } char *copy strdup(path); char *save NULL; char *tok strtok_r(copy 1, /, save); struct mem_node *cur root; struct mem_node *parent NULL; while (tok) { parent cur; cur find_child(cur, tok); if (!cur) { free(copy); if (parent_out) *parent_out parent; return NULL; } tok strtok_r(NULL, /, save); } free(copy); if (parent_out) *parent_out parent; return cur; }FUSE 传给回调的路径永远是绝对的根目录是/子目录是/foo/bar而且路径里不会出现..或.。resolve的目标就是把/foo/bar拆成一段段名字从 root 开始逐层查找。如果某个中间层不存在就返回 NULL同时把最后一个找到的节点作为 parent 返回这样create、mkdir就能直接在正确的父目录下新增子节点省了一次重复解析。3.2 getattr 和 readdir目录与属性的基础语义getattr对应stat是最常用的回调。ls -l会对每个条目调用它如果返回值不准上层工具立刻表现出来。核心是填对struct statstatic int mem_getattr(const char *path, struct stat *st, struct fuse_file_info *fi) { (void)fi; struct mem_node *n resolve(path, NULL); if (!n) return -ENOENT; memset(st, 0, sizeof(*st)); st-st_mode n-mode; st-st_nlink S_ISDIR(n-mode) ? 2 n-child_count : 1; st-st_size S_ISDIR(n-mode) ? 0 : (off_t)n-size; st-st_blksize 4096; st-st_blocks (n-size 511) / 512; st-st_uid fuse_get_context()-uid; st-st_gid fuse_get_context()-gid; return 0; }st_nlink对目录来说是 2 加上子目录数量这个细节容易被忽略但du、find等工具会依赖它。st_blocks按 512 字节扇区换算虽然内存文件系统没有真实块设备但保持这个字段合理能让stat输出看起来正常。readdir要比很多人想象的复杂一点因为涉及 offset 语义。FUSE 的filler回调每次塞入一个目录项同时可以带一个 offset内核下次调用readdir时会把上次最后成功填充的 offset 传回来static int mem_readdir(const char *path, void *buf, fuse_fill_dir_t filler, off_t off, struct fuse_file_info *fi, enum fuse_readdir_flags flags) { (void)fi; (void)flags; struct mem_node *dir resolve(path, NULL); if (!dir) return -ENOENT; if (!S_ISDIR(dir-mode)) return -ENOTDIR; off_t idx off; if (idx 0) { if (filler(buf, ., NULL, 1) ! 0) return 0; idx; } if (idx 1) { if (filler(buf, .., NULL, 2) ! 0) return 0; idx; } for (; idx - 2 dir-child_count; idx) { struct mem_node *child dir-children[idx - 2]; if (filler(buf, child-name, NULL, idx 1) ! 0) return 0; } return 0; }这里.和..是我们自己补的很多 demo 会省略但ls -a会期待它们存在。offset 的用法是把目录项顺序编号.是 1..是 2之后每个子节点编号递增。这样即使目录条目很多、一个缓冲装不下内核也能从上次的位置继续不会从头扫描。3.3 open/create/read/write数据读写路径普通文件的打开和读写是文件系统最核心的路径。open时不真正分配数据只校验节点并把节点指针存入fhstatic int mem_open(const char *path, struct fuse_file_info *fi) { struct mem_node *n resolve(path, NULL); if (!n) return -ENOENT; if (S_ISDIR(n-mode)) return (fi-flags O_ACCMODE) ! O_RDONLY ? -EISDIR : 0; if (fi-flags O_TRUNC) n-size 0; fi-fh (uint64_t)(uintptr_t)n; return 0; }O_TRUNC的处理在用户空间文件系统里很容易漏。内核在 VFS 层看到O_TRUNC时会先调setattr但很多 FUSE 文件系统没有实现 setattr所以最终截断动作需要 open 自己来做。这里直接在打开时把 size 清零。create 的回调签名类似 open但需要在父目录下创建新节点static int mem_create(const char *path, mode_t mode, struct fuse_file_info *fi) { struct mem_node *parent; struct mem_node *n resolve(path, parent); if (n) return -EEXIST; if (!parent) return -ENOENT; if (!S_ISDIR(parent-mode)) return -ENOTDIR; const char *name strrchr(path, /); name name ? name 1 : path; n calloc(1, sizeof(*n)); n-name strdup(name); n-mode S_IFREG | (mode 07777); n-parent p a hrefhttps://download.csdn.net/download/lly202406/89819394 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p