std::filesystem::equivalent 能可靠判断两路径是否指向同一物理文件，但依赖底层 stat() 或 GetFileInformationByHandle() 实现，需路径合法、权限充足且为绝对路径或可被 canonical() 解析；它跟随符号链接比较 inode/FILE_ID，不比较字符串，且在跨挂载点、重解析点跨卷或 NFS 缓存不一致时可能误判 false。
std::filesystem::equivalent 在 C++17 中的正确用法
它能可靠判断两个路径是否指向同一个物理文件，但前提是你的标准库实现了 POSIX stat() 或 Windows GetFileInformationByHandle() 底层逻辑。MSVC、libstdc++（GCC 9+）、libc++（Clang 10+）都支持，但旧版本或嵌入式工具链可能返回 false 即使实际等价。
常见错误是传入非法路径或权限不足的路径——这时函数会抛出 std::filesystem::filesystem_error，而不是返回 false。别把它当布尔判空工具用。
- 必须包含
<filesystem>头，并链接-lstdc++fs（GCC）或启用/std:c++17（MSVC） - 路径需为绝对路径或至少能被
std::filesystem::canonical()解析成功；相对路径在不同工作目录下行为不可靠 - 若一个路径是符号链接、另一个是目标文件，
equivalent()仍返回true（它比对的是 inode/FILE_ID，不是路径字符串）
为什么 std::filesystem::equivalent() 有时返回 false 却实际是同一文件
典型原因是权限或挂载点隔离：比如跨 bind mount、overlayfs、Wine 的 DOS 设备映射，或 NFS 挂载未开启 noac 缓存一致性。此时底层 stat() 返回的 st_dev 和 st_ino 对不上，equivalent() 只能保守返回 false。
Windows 上更隐蔽：重解析点（如目录交接点、符号链接）若目标在另一卷，GetFileInformationByHandle() 可能失败；而 NTFS 卷影副本（Volume Shadow Copy）路径也常被识别为不同文件。
立即学习“C++免费学习笔记（深入）”；
- 用
std::filesystem::status()先确认两路径都存在且可访问，避免异常干扰判断逻辑 - 调试时可用
stat（Linux/macOS）或fsutil file queryfileid（Windows）手动比对st_ino和st_dev值 - 不要依赖
equivalent()在容器或 CI 环境中做断言——挂载方式可能让行为突变
替代方案：手动比对 st_dev 和 st_ino 的边界情况
绕过 std::filesystem::equivalent() 直接调 stat() 更可控，但也更易出错。C++ 标准不保证 std::filesystem::file_status 暴露原始 struct stat，所以得用 C 接口。
关键陷阱是：stat() 不解析符号链接，lstat() 才是；而 equivalent() 默认行为是“跟随链接后比对”，所以你要一致就得用 stat()。
- Linux/macOS：用
stat()获取两个路径的st_dev和st_ino，二者全等即等价 - Windows：必须用
GetFileInformationByHandle()（不能用GetFileAttributesEx()），且句柄需带FILE_SHARE_READ - 注意
stat()对不存在路径返回 -1 并设errno，别直接比较结构体内容
struct stat s1, s2;
if (stat("a.txt", &s1) == 0 && stat("b.txt", &s2) == 0) {
bool same = (s1.st_dev == s2.st_dev) && (s1.st_ino == s2.st_ino);
}
路径规范化不是等价判断的充分条件
很多人以为先 std::filesystem::canonical() 再字符串比较就稳了——其实完全不对。canonical() 无法处理硬链接（多个路径指向同一 inode 但无共同规范路径），也无法穿透某些挂载抽象层（如 Linux user namespace 中的 procfs 绑定）。
更糟的是：canonical() 本身可能抛异常（权限不足、循环符号链接），或返回不同结果（比如 /proc/self/fd/3 和实际文件路径永远无法 canonical 到一起）。
-
equivalent()是唯一标准库内建的、语义正确的物理等价判断接口 - 若你控制不了输入路径来源（比如来自用户命令行参数），务必用
try/catch包住equivalent()调用 - 字符串相等、
lexically_normal()后相等、甚至canonical()后相等，都不等于物理等价
