C++ 获取文件系统的底层系统层 Inode 元数据详细统计信息分析【干货】-C++-PHP中文网

应使用stat命令查看单个文件inode信息；ls -i批量显示目录内文件inode号；find -inum按inode反查路径；df -i检查文件系统inode使用率。

c++ 获取文件系统的底层系统层 inode 元数据详细统计信息分析【干货】

Linux 下用 `stat` 命令快速查看 inode 信息

直接在终端执行 stat 就能拿到文件系统级的 inode 元数据，不需要写 C++ 程序也能验证关键字段是否可读。它背后调用的就是 stat() 系统调用，和你在 C++ 里用 struct stat 解析的结果一致。

常见错误是误以为 stat 显示的 Inode 是全局唯一 ID —— 实际上它只在同文件系统内唯一；跨挂载点（比如 / 和 /home 分属不同设备）时完全可能重复。

stat /etc/passwd 查看单个文件：重点关注 Inode、Blocks、IO Block、Links、Access/Modify/Change 时间戳
stat -f / 查看文件系统整体：输出 Total/Free inode 数，这才是判断是否 “inode 耗尽” 的依据
注意 Change 时间（ctime）不是创建时间，而是元数据变更时间，touch 文件权限也会触发它

C++ 中调用 `stat()` 获取 struct stat 并解析 inode 字段

标准方式是包含，然后传入路径和 struct stat* 缓冲区。别用 lstat() 除非你明确要绕过符号链接——否则会得到链接文件本身的 inode，而不是目标文件的。

关键字段含义常被误解：st_ino 是 inode 号，st_dev 是设备号（主+次设备号组合），二者合起来才能唯一标识一个 inode；st_nlink 是硬链接数，为 0 表示文件已被 unlink() 但仍有进程打开；st_blocks 单位是 512 字节块，不是文件系统 block size。

必须检查 stat() 返回值是否为 0，失败时 errno 才有效；ENOENT 表示路径不存在，EACCES 表示权限不足（哪怕对父目录无执行权也会失败）
路径长度超 PATH_MAX 或含非法字符（如嵌入 \0）会导致不可预测行为，建议先用 realpath() 规范化
st_atime 默认不更新（挂载选项 noatime），所以不能依赖它做“最后访问”判断

获取文件系统级 inode 总量/使用量：用 `statvfs()` 而非 `stat()`

stat() 只能查单个文件的 inode，而真正监控 inode 是否快耗尽，得靠 statvfs()。它返回的是挂载点所在文件系统的统计，对应结构体 struct statvfs，其中 f_files 是总 inode 数，f_ffree 是空闲 inode 数。

Blender Geometry Nodes Script Generator

生成Blender Python (bpy)脚本，该脚本使用node_groups API和GeometryNodeTree接口程序化地创建几何节点修改器树，用于参数化3D资产生成。

下载

容易踩的坑是把 f_bfree（空闲 data block）和 f_ffree 混淆——磁盘空间充足但 inode 耗尽的情况很常见（比如大量小文件场景），此时 mkdir 会报 No space left on device，但 df -h 显示磁盘还有空间。

传入路径必须是挂载点或其子路径（如 /var/log 可以，但 /var/log/xxx.log 不行），否则返回的是上级挂载点的数据
f_favail 是非特权用户可用 inode 数，通常 ≤ f_ffree（因 root 保留部分 inode）
某些旧内核或 NFS 挂载可能不支持精确统计，f_files 返回 0，需 fallback 到 df -i 解析输出

硬链接、软链接、删除中未关闭文件对 inode 统计的影响

inode 的生命周期不由路径决定，而由引用计数（st_nlink）和内核打开文件表项共同控制。理解这点才能解释为什么“删了文件还能读”。

例如：执行 ln /tmp/a /tmp/b 后，st_nlink 变为 2；再 rm /tmp/a，st_nlink 降为 1，但 inode 不释放；只有当所有硬链接都被删且所有打开它的 fd 都 close() 后，inode 才真正回收。

软链接有自己的 inode（st_mode & S_IFLNK 为真），但它的 st_size 是路径字符串长度，st_ino 和目标文件无关
已 unlink() 但未 close() 的文件，在 /proc//fd/ 下仍可见，lsof +L1 可列出所有此类“deleted”状态文件
ext4 默认每 GB 分配约 16K inode，小文件多的业务（如日志、缓存）应建文件系统时用 -i 16384 调低 bytes per inode 比例