std::filesystem::equivalent 无法区分硬链接和软链接，因为它仅判断两路径是否指向同一文件系统实体（相同 inode 或文件 id），而非路径类型；硬链接共享 inode 故返回 true，软链接则自动解引用后比较目标，故只要目标相同也返回 true；要判断是否为软链接，需用 is_symlink 检查路径自身类型。
std::filesystem::equivalent 为什么不能区分硬链接和软链接
std::filesystem::equivalent 只判断两个路径是否“指向同一个文件系统实体”，即是否具有相同的 st_dev + st_ino（Linux/macOS）或等价的卷+文件ID（Windows）。它不关心路径到达该实体的方式。
硬链接和软链接在这一层表现不同：
- 硬链接：与原文件共享同一 inode，
equivalent返回 true - 软链接：指向另一个路径，
equivalent检查的是软链接**目标文件**（自动解引用），不是软链接自身。所以只要两个软链接最终指向同一文件，equivalent(a, b)也返回 true
也就是说：equivalent 无法告诉你 a 和 b 是硬链接、软链接，还是普通文件——它只回答“它们内容是否来自同一个底层文件”。
怎么判断一个路径是软链接（symlink）
用 std::filesystem::is_symlink，它检查路径本身的文件类型，不跟随跳转。
- 对软链接文件本身返回 true
- 对硬链接、普通文件、目录均返回 false
- 注意：如果路径不存在或权限不足，会抛
std::filesystem::filesystem_error
示例：
std::filesystem::path p = "mylink";
if (std::filesystem::is_symlink(p)) {
std::cout
<h3>怎么判断两个路径是否为同一硬链接（而非仅内容相同）
</h3><p>硬链接的本质是多个目录项指向同一 inode。要确认两个路径是否为硬链接关系，需比对它们的 <code>st_dev</code> 和 <code>st_ino</code> ——但 <code>std::filesystem::equivalent</code> 已经做了这事；真正要区分的是：你得确保没被软链接干扰。</p>
- 先用
is_symlink排除软链接路径（否则equivalent会自动解引用，失去“是否硬链接”的上下文） - 再调用
equivalent；若返回 true 且两者都不是软链接 → 基本可认为是硬链接或同一文件 - 严格来说，C++ 标准库不提供“获取原始 inode”的接口，所以无法 100% 排除“两个独立文件恰好同名同内容同时间戳”的巧合（极小概率），但实践中
equivalent+!is_symlink就是硬链接判定的事实标准
常见误用：equivalent 配合 read_symlink 导致逻辑混乱
有人想“先读软链接目标，再比较目标是否等价”，结果写出这种代码：
auto target_a = std::filesystem::read_symlink(a); auto target_b = std::filesystem::read_symlink(b); return std::filesystem::equivalent(target_a, target_b);
这完全多余，而且危险：
-
equivalent(a, b)默认就自动解引用软链接，效果和上面一样 - 但如果
a或b不是软链接，read_symlink会直接抛异常 - 多一次系统调用，无收益，纯增风险
真正需要手动 read_symlink 的场景只有：你想拿到软链接的原始目标字符串（比如做路径拼接、审计日志），而不是做等价判断。
硬链接和软链接的语义差异藏在文件系统元数据里，C++ 标准库有意屏蔽了底层细节——equivalent 是“逻辑等价”，不是“结构等价”。想靠它分辨链接类型，就像想用 == 判断两个指针是否指向同一块 malloc 内存却忽略它们是不是 alias ——得换工具，或者加一层判断。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
