直接看statfs返回的f_type字段最可靠，因其返回内核魔数（如BTRFS_SUPER_MAGIC=0x9123683E），不依赖挂载信息或用户空间工具，能准确识别路径真实归属的文件系统类型。
如何用 statfs 判断路径所在文件系统类型
直接看 statfs 返回的 f_type 字段是最可靠的方式。Linux 内核为每种文件系统定义了唯一魔数（magic number），Btrfs 的是 BTRFS_SUPER_MAGIC（值为 0x9123683E），它不依赖挂载选项或用户空间工具输出，也不受 symlink 或 bind mount 干扰。
关键点：
-
statfs作用于路径本身（非stat），自动解析到真实挂载点 - 需包含
<sys/vfs.h>和<linux/magic.h>（后者可能需手动定义BTRFS_SUPER_MAGIC，因 glibc 未导出） - 对符号链接调用时，
statfs默认跟随（即查目标文件所在 FS），如需查链接自身所在 FS，得先dirname+statfs
#include <sys/vfs.h>
#include <linux/magic.h>
<p>bool is_btrfs(const char* path) {
struct statfs st;
if (statfs(path, &st) != 0) return false;
return st.f_type == BTRFS_SUPER_MAGIC;
}为什么不能只靠 mount 命令或 /proc/mounts 解析
因为这些方式查的是挂载信息，不是路径归属。同一块设备上可能有多个子挂载（例如 Btrfs subvolume 单独挂载），而 /proc/mounts 中只记录挂载点，不记录路径到子卷的映射关系；mount 命令输出也无路径解析能力。
常见误判场景：
立即学习“C++免费学习笔记（深入）”；
- 路径是 Btrfs 子卷但挂载在非 Btrfs 根下（比如 overlayfs 叠加层）→
statfs返回 overlayfs 魔数，不是 Btrfs - 路径被 bind mount 过 →
statfs返回 bind 目标所在 FS 类型，而非原始设备 - 使用
findmnt -T查路径，虽可用但依赖外部命令、fork 开销大、无法嵌入库函数
需要确认是否支持快照时，光看文件系统类型还不够
Btrfs 是目前 Linux 主流中唯一在内核级原生支持可写快照的文件系统，XFS 虽有 reflink 和快照功能，但仅限于只读快照（xfs_io -c "snapshot"），且需启用 reflink=1 挂载选项；ZFS on Linux 属于 FUSE/模块混合方案，不属于内核原生 FS，statfs 会返回 FUSE_SUPER_MAGIC，无法直接识别。
所以实际判断逻辑应分两层：
- 先用
statfs确认是否为BTRFS_SUPER_MAGIC→ 基本可认定支持可写快照 - 若想兼容 ZFS，需额外执行
zfs get type $dataset 2>/dev/null或检查/proc/filesystems是否含zfs（但无法定位到具体路径） - 对 XFS，
statfs返回XFS_SUPER_MAGIC，但必须再检查挂载参数是否含reflink=1，否则不支持快照
注意 statfs 在容器或命名空间中的行为差异
在 PID namespace 或 mount namespace 隔离环境下，statfs 仍作用于调用进程看到的挂载视图 —— 这通常是正确的，但若容器运行时做了特殊挂载（如 rootless Podman 使用 fuse-overlayfs），statfs 可能返回 FUSE_SUPER_MAGIC 或 OVERLAYFS_SUPER_MAGIC，此时路径物理上可能在 Btrfs 下，但语义上已脱离原生快照能力。
这意味着：
- 不要假设“宿主机是 Btrfs，容器里就一定支持快照”
- 如果应用需触发快照操作（如
btrfs subvolume snapshot），必须确保目标路径在调用方的 mount namespace 中对应一个真实的 Btrfs 挂载点，且该挂载点未被覆盖或屏蔽 - 可通过
readlink /proc/self/mountinfo手动比对路径所属 major:minor 设备号，再查/sys/dev/block/*/dm/name或/dev/disk/by-uuid/辅助验证，但开销大，非常规路径才需走这步
真正容易被忽略的是：快照能力不仅取决于文件系统类型，还绑定在挂载实例的运行时状态上。哪怕 statfs 显示 Btrfs，如果挂载时用了 user_subvol_rm_allowed 但没配 subvolid=5，或者子卷被设为只读（btrfs property set ... ro true），快照创建仍会失败 —— 这些都得在调用前单独探测，不能单靠 f_type 一锤定音。
