是，std::filesystem::equivalent能正确识别硬链接同源，但仅当两路径存在、可访问、非符号链接且位于同一文件系统时，底层通过stat()比对inode判定等价。
std::filesystem::equivalent 会正确识别硬链接同源吗？
会，但仅限于操作系统层面能通过 stat() 系统调用判定为同一 inode 的情况。C++20 的 std::filesystem::equivalent 底层依赖 stat()（或 Windows 上的类似机制），对硬链接返回 true，前提是两个路径都存在、可访问，且未被符号链接干扰。
为什么有时 equivalent 返回 false，即使确实是硬链接？
常见原因不是函数本身失效，而是路径状态或权限问题导致底层 stat() 失败：
- 任一路径不存在（
std::filesystem::filesystem_error抛出） - 权限不足，无法读取 inode 信息（Linux/Unix 下常见于无执行权限的目录）
- 其中一个是符号链接（
equivalent不解引用，只比较目标路径是否等价；若符号链接指向不同路径，结果为false） - 跨文件系统 —— 硬链接根本不能跨设备创建，所以如果两个路径真能同时是硬链接又跨设备，说明至少有一个不是硬链接（比如是软链接或复制文件）
实操：安全调用 equivalent 判断硬链接
必须捕获异常并确认路径类型，避免误判：
#include <filesystem>
#include <iostream>
namespace fs = std::filesystem;
bool is_hardlink_equivalent(const fs::path& a, const fs::path& b) {
try {
// 先确认两者都不是符号链接（否则 equivalent 比较的是链接目标，非原始 inode）
if (fs::is_symlink(a) || fs::is_symlink(b)) return false;
return fs::equivalent(a, b);
} catch (const fs::filesystem_error& e) {
// 常见错误码：no_such_file_or_directory、permission_denied
std::cerr << "equivalent failed: " << e.what() << "\n";
return false;
}
}
注意：equivalent 不保证短路 —— 它会尝试获取两个路径的 stat 结构体，任一失败即抛异常；不要假设“第一个路径存在就一定成功”。
立即学习“C++免费学习笔记（深入）”；
替代方案：直接比对 inode（更底层、更可靠）
当需要绕过 equivalent 的异常语义或调试判断逻辑时，可手动调用 stat()：
#include <sys/stat.h>
#include <filesystem>
bool same_inode(const std::filesystem::path& a, const std::filesystem::path& b) {
struct stat st_a, st_b;
if (stat(a.c_str(), &st_a) != 0 || stat(b.c_str(), &st_b) != 0) return false;
return st_a.st_dev == st_b.st_dev && st_a.st_ino == st_b.st_ino;
}
这个方法不抛 C++ 异常，返回值明确；但需注意：stat() 对符号链接不解引用（和 equivalent 行为一致），而 lstat() 才能区分符号链接自身 inode —— 判断硬链接必须用 stat()。
硬链接的本质是多个目录项指向同一个 inode，所以只要 st_dev 和 st_ino 都相同，就是同源。这点比 equivalent 更透明，也更容易排查为何不等价 —— 直接打印 st_ino 就行。
