std::filesystem::equivalent 能可靠判断两路径是否指向同一物理文件但依赖底层 stat() 或 GetFileInformationByHandle() 实现需路径合法、权限充足且为绝对路径或可被 canonical() 解析它跟随符号链接比较 inode/FILE_ID不比较字符串且在跨挂载点、重解析点跨卷或 NFS 缓存不一致时可能误判 false。std::filesystem::equivalent 在 C17 中的正确用法它能可靠判断两个路径是否指向同一个物理文件但前提是你的标准库实现了 POSIX stat() 或 Windows GetFileInformationByHandle() 底层逻辑。MSVC、libstdcGCC 9、libcClang 10都支持但旧版本或嵌入式工具链可能返回 false 即使实际等价。常见错误是传入非法路径或权限不足的路径——这时函数会抛出 std::filesystem::filesystem_error而不是返回 false。别把它当布尔判空工具用。必须包含 filesystem 头并链接 -lstdcfsGCC或启用 /std:c17MSVC路径需为绝对路径或至少能被 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免费学习笔记深入” 稿定AI 拥有线稿上色优化、图片重绘、人物姿势检测、涂鸦完善等功能