最可靠的方式是：Linux下用statfs获取f_fsid并结合/proc/mounts比对规范化路径；Windows下用GetVolumePathName归一化后与原路径比较，并验证卷有效性。
Linux下用 statfs 判断路径是否为挂载点根目录
最可靠的方式是检查该路径是否对应一个独立的文件系统，且其挂载点路径与输入路径完全一致。Linux 提供 statfs（或更现代的 statvfs）获取文件系统统计信息，配合 /proc/mounts 或 findmnt 可交叉验证。
关键逻辑是：若 statfs("/path") 成功，且该路径的 f_fsid 在系统中唯一对应一个挂载项，且该挂载项的挂载路径（mount point）等于 /path（需规范路径），则它是挂载点根目录。
-
statfs返回的f_fsid是文件系统标识符，在同一内核生命周期内对每个挂载实例唯一 - 必须先用
realpath()规范化输入路径，否则/mnt/./、/mnt//等变体会导致匹配失败 - 不要只比对
f_fsid—— 同一设备多次挂载（如 bind mount）会产生多个不同f_fsid，需结合挂载点路径判断 - 示例片段：
#include <sys/statfs.h> #include <limits.h> #include <libgen.h> <p>bool is_mount_root(const char* path) { char real_path[PATH_MAX]; if (!realpath(path, real_path)) return false;</p><pre class="brush:php;toolbar:false;">struct statfs st; if (statfs(real_path, &st) != 0) return false; // 查 /proc/mounts 中是否有挂载点 == real_path // （实际需逐行解析 /proc/mounts，跳过注释和空行，按空格分割取第2列） return is_mount_point_in_proc_mounts(real_path); // 需自行实现}
Windows下用 GetVolumePathName 和 GetVolumeInformation
Windows 没有“挂载点”概念，但有卷（volume）和驱动器号（如 C:\）或挂载文件夹（如 D:\data）。要判断某路径是否为卷的根目录，核心是看它是否指向一个卷的起始路径。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
GetVolumePathName 能将任意路径归一化为其所属卷的根路径（例如传入 "C:\foo\bar" 返回 "C:\"；传入 "D:\mnt\vol1\file.txt" 若 D:\mnt\vol1 是挂载点，则返回 "D:\mnt\vol1\"）。
- 调用
GetVolumePathName(path, vol_path, size)得到卷根路径vol_path - 再调用
GetVolumeInformation(vol_path, ...)确认该路径确实对应一个有效卷（避免vol_path是无效前缀） - 最后比较原始路径（经
GetFullPathName规范化后）是否与vol_path完全相等 —— 注意结尾斜杠：Windows API 返回的卷路径末尾带\，输入路径也需统一处理 - 挂载文件夹（mounted folder）和驱动器号在行为上一致，都可被
GetVolumePathName正确识别
跨平台封装时绕不开的坑：符号链接与 bind mount
无论 Linux 还是 Windows，若路径本身是符号链接（symlink）或 junction，直接传入会导致误判。比如 /mnt/data → /opt/storage，此时 /mnt/data 是挂载点，但 statfs 或 GetVolumePathName 对其操作可能穿透到目标路径。
- Linux 下务必用
stat()检查st_mode & S_IFLNK，若是 symlink，先readlink()再判断原路径是否为挂载点 —— 但注意：挂载点本身可以是 symlink 目标（如 systemd 自动挂载），所以不能简单跳过 - Windows 下用
GetFileAttributes检查FILE_ATTRIBUTE_REPARSE_POINT，再用DeviceIoControl+FSCTL_GET_REPARSE_POINT区分 symlink/junction/mount point - bind mount（Linux）和 volume mount（Windows）都会创建新挂载实例，
f_fsid或卷序列号不同，但父目录未必是挂载点 —— 所以不能靠“上级目录不是挂载点”来反推
别依赖 df 或 findmnt 的输出做程序逻辑
调用 shell 命令解析输出看似简单，但极其脆弱：字段顺序可能随 locale 改变，列宽可能被截断，特殊字符（空格、换行）会破坏解析，且启动子进程开销大、不可控。
- Linux 应优先读
/proc/mounts（文本格式稳定，字段固定为：device、mount point、fstype、options、dump、pass） - Windows 应用
FindFirstVolume/FindNextVolume+GetVolumePathNamesForVolume枚举所有卷及其挂载路径，而非调用mountvol - 如果非要用命令，至少用
findmnt -n -o SOURCE,TARGET,FSTYPE --target /path并设置LC_ALL=C固定 locale，但仍是下策
真正难的不是获取信息，而是定义清楚“已挂载的磁盘根目录”——它取决于你是否把 bind mount、overlayfs、/dev/sda1 的 /boot 分区、甚至 tmpfs 当作“磁盘”。这些边界情况不明确，代码就永远在修 bug。
