直接调用 stat() 函数传入路径和 struct stat 缓冲区，成功后从 st_ino 字段读取 inode 号；需检查返回值、避免伪路径、注意硬链接与符号链接差异，并确保权限和平台兼容性。
怎么用 stat 获取文件的 inode 号
直接调用 stat() 函数，传入路径和 struct stat 缓冲区，成功后从 st_ino 字段读取即可。注意：这不是跨平台方案，仅适用于类 Unix 系统（Linux/macOS），Windows 下无效。
常见错误是忽略返回值检查，导致读取未初始化的 st_ino；或误用 fstat()（它需要已打开的 fd，不是路径）。
-
stat()第一个参数是const char*路径，不能是目录名末尾带斜杠的“伪路径”（如"./dir/"在某些挂载选项下可能失败） - 若需获取符号链接本身的 inode（而非目标），改用
lstat() -
st_ino类型是ino_t，打印时建议用%lu或std::to_string(static_cast<unsigned long>(sb.st_ino))</unsigned>，避免格式错位
stat 在 C++ 中的典型调用写法
不需要额外库，#include <sys/stat.h> 和 <unistd.h> 即可。C++17 的 std::filesystem::status() 不暴露 inode，所以绕不开 POSIX API。
示例片段：
立即学习“C++免费学习笔记（深入）”；
#include <sys/stat.h>
#include <iostream>
struct stat sb;
if (stat("/path/to/file", &sb) == 0) {
std::cout << "inode: " << sb.st_ino << "\n";
} else {
perror("stat"); // 错误时 errno 被设，比如 ENOENT、EACCES
}
- 不要假设
stat()总是填充全部字段——例如网络文件系统（NFS）可能不提供精确st_ino - 多线程中复用同一
struct stat实例需加锁，或每次声明局部变量 - 路径含中文或特殊字符时，确保程序 locale 与文件系统编码一致，否则可能返回
ENOENT
为什么有时候两个路径 stat 出来的 st_ino 相同
这是硬链接的正常表现：指向同一 inode 的多个路径，stat() 返回的 st_ino 必然相同，且 st_nlink ≥ 2。判断是否为硬链接，不能只看 inode，还要结合 st_dev（设备号）——只有 st_ino + st_dev 同时相等，才表示同一文件实体。
- 符号链接的
stat()返回的是目标文件的 inode；lstat()才返回链接文件自身的 inode - 容器或 chroot 环境中，
st_dev可能被虚拟化，此时仅靠st_ino判断唯一性不可靠 - 某些 overlayfs 或 tmpfs 实现会重映射 inode，导致重启后
st_ino变化，不能持久依赖其值
性能和权限注意事项
stat() 是轻量系统调用，但频繁调用仍会触发磁盘 I/O（尤其对 NFS 或加密文件系统）。若只需判断存在性或类型，可用 access() 或 opendir() 配合 readdir() 避免全量元数据加载。
- 无权访问父目录时，即使目标文件权限足够，
stat()也会因无法遍历路径而失败（EACCES） - SELinux/AppArmor 等 MAC 机制可能拦截
stat()，错误码仍是EACCES，但实际是策略拒绝 - 在 FUSE 文件系统（如 sshfs、rclone mount）上，
stat()延迟明显，且可能因服务端异常返回ESTALE
真正难处理的不是怎么取 inode，而是后续如何用它——比如通过 /proc/self/fd/ 反查路径，或配合 inotify 监控变更，这些场景下 inode 并不总能稳定对应到用户预期的“那个文件”。
