c++怎么在Linux下通过文件描述符获取详细的Inode节点信息【底层】-C++-PHP中文网

fstat()是linux下通过文件描述符直接获取inode元数据的唯一正确、零竞态方式；它绕过路径解析，直接读取内核中已打开文件关联的inode信息，返回struct stat结构体，包含st_ino、st_mode等字段。

c++怎么在linux下通过文件描述符获取详细的inode节点信息【底层】

用 `fstat()` 直接读取文件描述符对应的 inode 元数据

Linux 下，只要手上有合法的文件描述符（比如 open() 或 dup() 返回的整数），就能绕过路径名，直接拿到内核维护的 inode 信息。fstat() 是唯一正确、零竞态、不依赖路径的底层方式——它不查目录树，不解析符号链接，只读 fd 背后那个已打开的 struct file 对象关联的 inode。

常见错误是先用 fcntl(fd, F_GETPATH)（macOS 扩展）或试图从 /proc/self/fd/ 读链接再调 stat()：前者在 Linux 不可用，后者引入路径解析开销和竞态（目标文件可能已被移走或替换）。

fstat() 第二个参数是 struct stat*，填入后可立即访问 st_ino、st_mode、st_uid、st_mtime 等字段
注意：st_ino 是该文件系统内的 inode 号，跨挂载点无意义；st_dev 必须一起比对才能唯一标识一个文件
若 fd 指向 socket、pipe 或 eventfd，fstat() 仍成功返回，但部分字段（如 st_size）为 0 或无定义

#include <sys>
struct stat sb;
if (fstat(fd, &sb) == -1) {
    // 处理错误，比如 EBADF（fd 无效）
}
// sb.st_ino 就是你要的 inode 号
</sys>

为什么不用 `stat()` 或 `fstatat()`？

因为它们都隐含路径操作：stat() 需要绝对/相对路径字符串，触发 VFS 路径查找，可能被 symlink、mount namespace 或 umount 干扰；fstatat(AT_EMPTY_PATH) 虽支持 fd-only 模式，但要求内核 ≥ 2.6.39 且 glibc ≥ 2.14，兼容性不如 fstat() 稳定。

典型翻车场景：你用 readlink("/proc/self/fd/123") 拿到 /tmp/foo (deleted)，再拿这个字符串去 stat() —— 结果一定是 ENOENT，因为文件已 unlink。而 fstat(123, &sb) 照常工作，sb.st_ino 依然有效。