FUSE3基于inode的虚拟文件系统创建困惑：inode缓存与调用问题

核心问题解答 #

完全可以在readdir（或挂载初始化阶段）预填充并缓存inode信息，供整个程序生命周期复用，且能在getattr回调中直接访问。关键是要自行实现用户态全局缓存结构——FUSE内核的inode管理与用户态逻辑分离，无法依赖filler传入的st_ino实现跨回调的缓存复用。

具体实现方案 #

1. 设计线程安全的全局inode缓存 #

定义哈希表作为缓存容器，键可选用虚拟文件系统的路径，或外部ext4的inode号+设备号组合；值存储从ext2fs_read_inode获取的完整struct stat及关联元数据：

#include <pthread.h>
#include <sys/stat.h>
#include <glib.h>

// 缓存项结构体
typedef struct {
    dev_t ext_dev;       // 外部ext4设备号
    ino_t ext_ino;       // 外部ext4的inode号
    struct stat stat_buf;// 预读取的inode属性
    char *filename;      // 关联文件名
} InodeCacheItem;

// 全局缓存与互斥锁
static GHashTable *inode_cache;
static pthread_mutex_t cache_mutex = PTHREAD_MUTEX_INITIALIZER;

2. 在readdir中预填充缓存 #

遍历外部ext4目录时，对每个条目调用ext2fs_read_inode获取属性，存入全局缓存：

int vfs_readdir(const char *path, void *buf, fuse_fill_dir_t filler, off_t offset, struct fuse_file_info *fi) {
    // 省略：读取外部ext4目录条目的ext2fs操作
    for (each entry in ext_dir_entries) {
        struct stat st;
        ext2fs_read_inode(ext_fs_handle, entry.ino, &st);
        
        // 构造缓存键（以虚拟路径为例）
        char cache_key[PATH_MAX];
        snprintf(cache_key, sizeof(cache_key), "%s/%s", path, entry.name);
        
        // 创建并填充缓存项
        InodeCacheItem *item = malloc(sizeof(InodeCacheItem));
        item->ext_dev = ext_dev_num;
        item->ext_ino = entry.ino;
        memcpy(&item->stat_buf, &st, sizeof(struct stat));
        item->filename = strdup(entry.name);
        
        // 加锁存入缓存
        pthread_mutex_lock(&cache_mutex);
        g_hash_table_insert(inode_cache, strdup(cache_key), item);
        pthread_mutex_unlock(&cache_mutex);
        
        // 调用filler填充目录条目，可传入预读取的stat
        filler(buf, entry.name, &st, 0, FUSE_FILL_DIR_PLUS);
    }
    return 0;
}

3. 在getattr中读取缓存 #

当用户执行stat(mountpoint + path)触发getattr时，直接从全局缓存读取预存属性：

int vfs_getattr(const char *path, struct stat *stbuf, struct fuse_file_info *fi) {
    memset(stbuf, 0, sizeof(struct stat));
    
    // 加锁查找缓存
    pthread_mutex_lock(&cache_mutex);
    InodeCacheItem *item = g_hash_table_lookup(inode_cache, path);
    pthread_mutex_unlock(&cache_mutex);
    
    if (item) {
        memcpy(stbuf, &item->stat_buf, sizeof(struct stat));
        // 可选：替换为虚拟VFS的inode编号（如果有自定义规则）
        // stbuf->st_ino = custom_virtual_ino;
        return 0;
    }
    
    // 缓存未命中时，重新读取外部inode并填充缓存
    ino_t ext_ino = get_ext_ino_from_virtual_path(path);
    ext2fs_read_inode(ext_fs_handle, ext_ino, stbuf);
    // 省略：将新读取的属性存入缓存的逻辑
    return 0;
}

文档疑问的说明 #

1. readdir_ino与use_ino参数异常 #

use_ino=1的作用是让内核信任用户态返回的st_ino值，而非自动分配inode。若表现与文档相反，通常是两个原因：

• getattr回调未正确返回对应st_ino，内核 fallback 到自动分配；
• 调用filler时未传入有效st_ino，或未使用FUSE_FILL_DIR_PLUS标志（FUSE3支持）。

2. filler的struct stat被忽略 #

设置remember=-1时，内核不会缓存用户态传入的stat信息，后续getattr会重新发起请求。若要复用inode属性，必须依赖自己实现的用户态缓存——内核缓存的inode信息对用户态不可见，无法直接调用。

后续优化方向 #

• 缓存过期与更新：添加缓存项过期时间，或用inotify监听外部ext4文件变化，及时同步缓存；
• 性能优化：用读写锁替代互斥锁，提升多线程访问缓存的效率；
• 虚拟inode映射：维护虚拟inode -> 外部inode的映射表，简化跨回调的inode关联逻辑；
• 预加载策略：挂载时递归预加载指定目录的inode，避免readdir时的实时读取开销。

内容的提问来源于stack exchange，提问作者Giorgos Xou