linux下statvfs()获取文件系统块配额与使用率最轻量通用,必须用f_frsize计算总空间(total=fs.f_blocks*fs.f_frsize),监控告警应基于f_bavail(普通用户可用块数)而非f_bfree,因后者含root预留空间。

Linux 下用 statvfs() 获取文件系统块配额与使用率
直接调用 statvfs() 是最轻量、最通用的方式,它不依赖 shell 命令或外部工具,也不需要 root 权限(只要对挂载点有读权限即可)。它返回的是底层文件系统原生的块统计信息,包括总块数、可用块数、非特权用户可用块数等。
关键点在于:f_frsize 是“基本块大小”(fundamental filesystem block size),而 f_bsize 是 I/O 优化块大小;计算容量时必须用 f_frsize,否则在 XFS 或某些 btrfs 配置下会严重失准。
常见误用是把 f_blocks * f_bsize 当作总空间——这在多数 ext4 场景下碰巧对,但属于未定义行为。正确公式是:total_bytes = fs.f_blocks * fs.f_frsize。
示例片段:
struct statvfs fs;
if (statvfs("/home", &fs) == 0) {
uint64_t total = fs.f_blocks * fs.f_frsize;
uint64_t used = (fs.f_blocks - fs.f_bfree) * fs.f_frsize;
double usage_pct = (double)used / total * 100.0;
}
区分 f_bavail 和 f_bfree:普通用户 vs 管理员视角
f_bfree 表示所有块中真正空闲的总数(含保留给 root 的部分);f_bavail 才是普通用户实际能写入的块数——这是配额生效后的结果,也是监控“用户可见磁盘告警”的唯一合法依据。
如果你在做服务端磁盘水位预警(比如触发清理逻辑),必须用 f_bavail,否则可能在还有 5% 空间时就报“磁盘满”,因为那 5% 被内核保留给 root 了(默认通常是 5%,可通过 tune2fs -m 调整)。
注意:f_bavail 在无配额或未启用 reserved blocks 的文件系统上可能等于 f_bfree,但不能假设恒等;应始终以 f_bavail 为准判断用户级写入能力。
- 监控告警阈值建议基于
(total - f_bavail) / total计算,而非(f_blocks - f_bfree) / f_blocks - 若需模拟 root 权限下的可用空间,才考虑
f_bfree;但生产环境极少需要 - 某些容器环境(如 rootless Podman)中,
f_bavail可能进一步受 cgroup blkio 限制,此时statvfs仍反映文件系统层视图,需额外查/sys/fs/cgroup/.../io.stat
macOS / FreeBSD 不支持 statvfs() 的替代方案:用 statfs() + 字段映射
macOS 和 FreeBSD 使用 statfs(),结构体字段名不同,但语义一致:f_bavail 对应 f_bavail,f_bfree 对应 f_bfree,但 f_frsize 不存在——它们统一用 f_bsize 作为基础单位。
这意味着跨平台代码不能直接复用 Linux 的 f_frsize 逻辑。正确做法是:
- Linux/BSD/macOS 共用分支判断:
#ifdef __linux__用f_frsize,其余用f_bsize - 不要硬编码 512 或 4096;始终从结构体取值
- macOS 上
statfs()返回的f_bavail已扣除配额和预留,可直接用于用户空间判断
一个易忽略的坑:statfs() 在 macOS 上对 APFS 卷返回的 f_files 相关字段不可靠(APFS 是 inode-less 文件系统),但块统计(f_blocks, f_bavail)依然准确。
避免用 df 解析输出:稳定性与解析风险
虽然 df -P /path | tail -n1 看起来简单,但它引入了三重不确定性:shell 启动开销、locale 导致的数字格式差异(如德语系统用逗号分小数)、以及 df 自身对 NFS 或 overlayfs 等特殊挂载的统计口径偏差(例如是否计入元数据缓存)。
更严重的是:df 默认显示“可用”空间是 f_bavail,但加 -i 时又变成 f_ffree,参数组合容易混淆;且无法获取 f_frsize 这类底层参数,导致无法还原精确字节数。
除非你明确只做运维脚本且接受 POSIX 兼容性妥协,否则 C++ 程序中应彻底避免 popen("df ...")。它不是“快速原型”,而是埋下线上故障的引信——尤其当路径含空格、Unicode 或挂载点被 umount 中时,df 输出可能截断或错行。
真正需要兼容旧系统(如无 statvfs 的嵌入式 uClibc)时,优先查 /proc/mounts + /proc/self/mountinfo,再 fallback 到 statfs,而不是依赖 shell。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











