st_size 不等于磁盘实际占用,因其仅表示逻辑字节数,而磁盘占用取决于块分配、稀疏文件、压缩、加密及文件系统特性;st_blocks × 512 是内核视角下已分配块的近似真实占用,但受延迟分配、nfs/fuse 等限制。

为什么 stat() 返回的 st_size 不等于磁盘实际占用?
因为 st_size 是文件逻辑大小(字节数),而磁盘占用取决于文件系统如何分配块。稀疏文件、对齐填充、块大小(st_blksize)、甚至压缩/透明加密(如 btrfs zstd、APFS)都会让真实占用远小于或略大于 st_size。Linux 的 du 本质是统计所有已分配数据块(st_blocks * 512),但注意:这个值仍可能不准——比如 ext4 的延迟分配、XFS 的延迟日志、或者文件系统未同步元数据时,st_blocks 还没刷新。
用 stat() 读取 st_blocks 是最轻量的等效方案
只要文件系统支持且数据已落盘,st_blocks × 512 就是当前内核视角下的真实磁盘块占用(单位字节)。它快、无额外 syscall、不依赖外部工具。
-
st_blocks单位是「512 字节块」,不是文件系统 block size;别直接乘st_blksize - 必须用
stat()(非fstat())才能获取最新值;open + fstat 可能因缓存看到旧st_blocks - 对符号链接默认返回链接文件自身元数据;加
AT_SYMLINK_NOFOLLOW到statx()或用lstat()控制行为 - 在 NFS 或某些 FUSE 文件系统上,
st_blocks可能恒为 0 或不更新——这时只能 fallback 到du -s --apparent-size外部调用
#include <sys>
struct stat sb;
if (stat("file.txt", &sb) == 0) {
off_t disk_usage = sb.st_blocks * 512; // 注意:不是 sb.st_blksize
}</sys>
需要精确值?优先用 statx()(Linux 4.11+)替代 stat()
statx() 能绕过传统 st_blocks 的模糊性,直接拿到 stx_blocks(同样 512B 单位),还附带 STATX_ATTR_COMPRESSED 等标志帮你判断是否被压缩——这对 btrfs/xfs 上的压缩文件至关重要。
- 必须传
STATX_BLOCKS到mask参数,否则stx_blocks不保证有效 - 错误码
ENOSYS表示内核太老,得降级到stat() - 返回的
stx_attributes_mask若含STATX_ATTR_COMPRESSED,说明stx_blocks * 512是压缩后实际写入量,不是原始大小
跨平台或需兼容旧内核时,du 外部调用仍是事实标准
当 statx() 不可用、文件系统报告异常、或你需要包含子目录递归统计时,调用 du -s -B1 --apparent-size 最稳妥。但要注意陷阱:
- 不要用
du -sh——h输出带单位(K/M/G),解析易错;-B1强制字节输出 -
--apparent-size避免稀疏文件误判(默认du统计实际分配块,但有些场景你反而想要逻辑大小) - 务必检查子进程退出码:
du对权限不足路径会静默跳过,仅靠 stdout 容易漏数据 - Windows 没有
du,得用GetDiskFreeSpaceEx()+ 手动遍历,或依赖 PowerShellGet-ChildItem——这里没有银弹
C++ 里拿磁盘真实占用这事,表面是查个字段,背后全是文件系统语义和内核版本的博弈。别迷信 st_blocks,也别一上来就 fork du;先看你的目标平台和文件系统类型,再决定走哪条路。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











