不可靠；应使用std::filesystem::equivalent()直接判断，因canonical()要求路径必须存在且可访问，否则抛异常，而equivalent()语义正确、性能更优，但同样需先用exists()检查两路径是否存在。
用 std::filesystem::canonical() 比较路径是否指向同一文件
最可靠的方式是将两个路径都转为绝对且规范化的形式，再字符串比较。C++17 的 std::filesystem 提供了 canonical() 函数，它会解析所有符号链接、.、..，并返回底层物理文件的唯一绝对路径。
注意：canonical() 要求路径存在且可访问，否则抛出 std::filesystem::filesystem_error（如 "No such file or directory"）。所以必须加异常处理或先用 exists() 判断。
- 如果任一路径不存在，无法判断是否指向同一文件，应明确拒绝比较
-
canonical()在 Windows 上对大小写不敏感但保留原始大小写；Linux/macOS 区分大小写，结果也区分大小写 - 跨文件系统（比如硬链接跨分区）不影响判断，只要最终 inode 相同，
canonical()就返回相同路径
try {
auto p1 = std::filesystem::canonical("/home/user/../user/file.txt");
auto p2 = std::filesystem::canonical("/home/user/./file.txt");
return p1 == p2; // true
} catch (const std::filesystem::filesystem_error& e) {
// 至少一个路径无效，无法比较
}不用 std::filesystem::equivalent()？它更直接但有陷阱
equivalent() 是专为此场景设计的函数：它内部做的是路径解析 + inode（或 Windows 的 volume serial + file index）比对，语义上就是“是否指向同一物理文件”。但它容易被误用——很多人以为它能处理不存在的路径。
实际上：equivalent(p1, p2) 要求 两个路径都存在，否则直接抛异常。它不接受 dangling symlink 或任何中间环节缺失的路径。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 适合场景：你已确认两个路径都存在，只想快速判断是否等价
- 不适合场景：用户输入路径可能拼错、尚未创建，或其中一个是软链接目标未就绪
- 性能略优于两次
canonical()调用，因为它避免构造完整路径字符串，但差异通常可忽略
if (std::filesystem::exists(p1) && std::filesystem::exists(p2)) {
try {
return std::filesystem::equivalent(p1, p2);
} catch (...) { return false; } // 实际应捕获 filesystem_error
}Windows 下要注意硬链接与卷挂载点
Windows 的 equivalent() 和 canonical() 都依赖 GetFileInformationByHandle()，能正确识别硬链接（同一文件的不同硬链接返回 true），但对卷挂载点（mount point）行为与 Linux 不同：若路径跨挂载点（如 C:\mnt\foo 指向 D:\data\foo），canonical() 会解析进目标卷，而 equivalent() 仍能正确比对——前提是两个路径最终落在同一卷+文件 ID 组合上。
- 不要依赖路径字符串相等来判断等价性，尤其在 Windows 上挂载点路径可能被重定向
- 避免用
std::filesystem::absolute()替代canonical()：它只展开./..，不解析符号链接，无法识别软链接指向同一文件 - 若需支持 NTFS 符号链接（非快捷方式 .lnk 文件），确保进程有
SE_CREATE_SYMBOLIC_LINK_PRIVILEGE权限，否则canonical()可能失败
没有 C++17 怎么办？POSIX 下可用 realpath()
老项目若不能用 std::filesystem，POSIX 系统可调 realpath()（定义在 <limits.h> 和 <stdlib.h>），它效果类似 canonical()，但返回的是 char*，需手动管理内存，且不处理 Windows。
-
realpath()第二个参数传nullptr会让系统 malloc 内存，调用者必须free() - 它不检查路径是否存在（某些实现会，但标准未保证），返回
nullptr表示解析失败，不代表文件不存在 - 无法跨平台；Windows 需用
_fullpath()或GetFinalPathNameByHandle()，后者更接近equivalent()语义但 API 复杂得多
char* rp1 = realpath(path1.c_str(), nullptr); char* rp2 = realpath(path2.c_str(), nullptr); bool same = rp1 && rp2 && strcmp(rp1, rp2) == 0; free(rp1); free(rp2);
实际中最容易漏掉的是路径存在性校验和异常边界——写成一行 canonical(a) == canonical(b) 看似简洁，一旦某个路径不存在，程序就崩溃。真正健壮的判断必须把存在性检查和异常捕获作为前置步骤。
