std::filesystem::equivalent 不能判断跨分区，因其仅检测路径是否指向同一文件/目录，不反映物理设备差异；需用 stat 获取 st_dev（linux/macos）或 windows 卷序列号比对设备id。
std::filesystem::equivalent 为什么不能直接判断跨分区
它只告诉你两个路径是否指向同一个文件或目录，不关心底层是不是不同磁盘。比如 /mnt/disk1/file.txt 和 /mnt/disk2/file.txt 即使在不同物理设备上，只要路径名碰巧一样、又没真实存在，std::filesystem::equivalent 可能抛 std::filesystem::filesystem_error 或返回 false——但这不是“跨分区”的可靠信号。
真正要检测是否跨物理分区，得看挂载点或设备 ID，equivalent 不提供这类信息。
怎么用 stat 获取设备号判断是否同分区
Linux/macOS 下每个文件系统有唯一 st_dev（设备 ID），同一分区上的所有文件/目录该值相同；不同物理磁盘或独立挂载的逻辑卷通常设备号不同。
- 对两个路径分别调用
stat()（C++ 中可用std::filesystem::status()+ 底层stat结构体，或直接用 C 的stat） - 提取
st_dev字段，比较是否相等 - 注意：符号链接需用
lstat还是stat？要真实路径所属分区，必须用stat（即跟随链接） - Windows 不支持
st_dev，得换用GetVolumePathName+GetDiskFreeSpaceEx等 API 比较卷序列号
示例（POSIX）：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
struct stat s1, s2;
if (stat("/path/a", &s1) == 0 && stat("/path/b", &s2) == 0) {
bool same_partition = (s1.st_dev == s2.st_dev);
}
std::filesystem::canonical 配合 mount point 检测的坑
有人想先 canonical 两个路径，再看它们是否在同一个挂载点下。这思路可行但容易翻车：
-
std::filesystem::canonical可能抛异常（如权限不足、路径不存在），必须兜底 - 即使 canonical 成功，/mnt/ssd/foo 和 /mnt/hdd/bar 的父级挂载点也不同，但你怎么快速拿到“最近的挂载点”？
/proc/mounts解析或findmnt调用不可移植 - 容器或 bind mount 场景下，两个路径可能
st_dev相同，但逻辑上属于不同存储策略——这时候设备号反而“过度合并”了判断
跨平台判断的实际取舍建议
没有零成本、全场景通用的方案。实际项目中推荐分层处理：
- 优先用
st_dev（Linux/macOS）或卷序列号（Windows），这是最接近“物理分区”的指标 - 如果只是防误操作（比如避免跨盘 mv 导致拷贝而非重命名），直接尝试
rename并检查 errno 是否为EXDEV更直接、更准确 - 别依赖
equivalent或路径字符串前缀（如都以/mnt/disk1开头）做分区判断——挂载嵌套、bind mount、overlayfs 都会让这种假设失效
设备号看似低层，但恰恰是内核暴露给用户空间最稳定的分区边界标识。绕开它去拼路径或元数据，大概率掉进运维环境特性的坑里。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
