应使用stat命令查看单个文件inode信息；ls -i批量显示目录内文件inode号；find -inum按inode反查路径；df -i检查文件系统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/Freeinode 数，这才是判断是否 “inode 耗尽” 的依据 - 注意
Change时间（ctime）不是创建时间，而是元数据变更时间，touch文件权限也会触发它
C++ 中调用 stat() 获取 struct stat 并解析 inode 字段
标准方式是包含 <sys></sys>，然后传入路径和 struct stat* 缓冲区。别用 lstat() 除非你明确要绕过符号链接——否则会得到链接文件本身的 inode，而不是目标文件的。
关键字段含义常被误解：st_ino 是 inode 号，st_dev 是设备号（主+次设备号组合），二者合起来才能唯一标识一个 inode；st_nlink 是硬链接数，为 0 表示文件已被 unlink() 但仍有进程打开；st_blocks 单位是 512 字节块，不是文件系统 block size。
立即学习“C++免费学习笔记（深入）”；
生成Blender Python (bpy)脚本，该脚本使用node_groups API和GeometryNodeTree接口程序化地创建几何节点修改器树，用于参数化3D资产生成。
- 必须检查
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 数。
容易踩的坑是把 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/<pid>/fd/</pid>下仍可见，lsof +L1可列出所有此类“deleted”状态文件 - ext4 默认每 GB 分配约 16K inode，小文件多的业务（如日志、缓存）应建文件系统时用
-i 16384调低 bytes per inode 比例
真正难的是跨文件系统聚合统计，或者在容器环境中获取宿主机视角的 inode 使用情况——这时 /proc/mounts 和 statvfs() 的路径映射容易出错，得结合 findmnt 或解析 /proc/1/mountinfo 才可靠。
