最可靠方式是调用POSIX stat()系统调用并检查返回值为0后读取sb.st_ino，需配合st_dev实现跨文件系统唯一标识，且对软链接需用lstat()获取自身inode。
Linux下用stat()直接读取Inode号最可靠
在Linux系统上，C++没有标准库函数能跨平台获取Inode号，但通过POSIX stat()系统调用是最直接、最底层的方式。它不依赖任何高级抽象，直接从VFS层读取st_ino字段，结果与ls -i或find -inum完全一致。
常见错误是试图用std::filesystem::status()或std::filesystem::symlink_status()的file_size()、last_write_time()等成员“猜”Inode——这些接口根本不暴露st_ino，返回值里压根没有这个字段。
- 必须包含
<sys></sys>，而非仅<filesystem></filesystem> - 传入路径后检查
stat()返回值是否为0，否则st_ino未定义（比如路径不存在或权限不足） - 注意：对符号链接默认解析目标，若需链接自身的Inode，改用
lstat() -
st_ino类型是ino_t，打印时建议用%lu或std::to_string(static_cast<unsigned long>(sb.st_ino))</unsigned>
struct stat sb;
if (stat("/path/to/file", &sb) == 0) {
std::cout << "Inode: " << sb.st_ino << "\n";
}
std::filesystem::status()为什么拿不到Inode
std::filesystem标准库实现（如libstdc++或libc++）在Linux上内部确实会调用stat()，但它只提取了部分字段映射到file_status，而st_ino被有意忽略。这是标准规定的：C++17标准[fs.class.file.status]明确要求file_status仅携带类型、权限、最后修改时间等可移植信息，Inode属于OS-specific元数据，不保证提供。
这意味着即使你看到某编译器的libstdc++源码里stat()返回了sb.st_ino，它也不会塞进file_status对象——不是bug，是合规行为。
立即学习“C++免费学习笔记（深入）”；
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
- 不要尝试reinterpret_cast或内存偏移去“偷取”
st_ino：不同标准库实现结构体布局不同，且可能随版本变更 -
std::filesystem::directory_entry::inode()？不存在。C++23也未加入该接口 - 某些第三方封装（如boost::filesystem）提供了
inode()方法，但那是扩展，非标准
跨平台时Inode号根本不可靠
Windows没有Inode概念，NTFS用File ID（64位）近似，但语义不同：同一文件移动/重命名后File ID可能变，而Linux Inode在文件生命周期内稳定（除非cp + rm这种重建操作）。所以任何依赖Inode做“唯一标识”的逻辑，在Windows上必然失效。
如果你真需要跨平台唯一性，应转向其他方案：
- 计算文件内容哈希（如SHA-256），代价高但语义准确
- 用
std::filesystem::absolute(path).string()+last_write_time()组合，覆盖大部分场景 - Windows下可用
GetFileInformationByHandle()读dwVolumeSerialNumber和nFileIndexLow/High模拟，但需自己封装
硬写“if Linux → stat, else if Windows → GetFileInformation”会让代码耦合OS细节，不如提前明确：Inode只用于Linux内部诊断、去重或调试，不作为业务逻辑依据。
注意硬链接与Inode的关系
同一个Inode号可能对应多个路径（硬链接），stat()返回的st_nlink字段就是该Inode当前的硬链接数。这在判断文件是否被多处引用时很关键——但别误以为st_nlink == 1就代表“独占”，因为可能存在未打开的硬链接，或者你没权限访问的路径。
- 用
find /some/dir -inum N可查所有指向该Inode的路径 -
st_ino本身不区分硬链接和原路径，它只标识底层数据块 - 删除一个硬链接只是
st_nlink减1；只有st_nlink降为0且无进程打开时，Inode才真正释放
Inode号在ext4/xfs等现代文件系统中是稀疏分配的，数值大小无序，也不反映创建时间或位置——把它当纯opaque ID用最安全。
