Linux下判断稀疏文件需通过stat比较st_size与st_blocks×512，若后者远小于前者（即st_blocks×512/st_size远小于1），则大概率是稀疏文件；find -printf "%S"可批量输出稀疏度辅助识别。
Linux 下没有“稀疏属性”这个独立字段，stat 或 ls 不会直接标出“这是稀疏文件”，必须靠计算或工具间接判断。
用 stat 计算 st_blocks 与 st_size 的比值
稀疏文件的本质是：逻辑大小（st_size）远大于实际占用块数（st_blocks）乘以块大小（通常 512 字节）。关键指标是 st_blocks * 512 / st_size 远小于 1。
-
stat -c '%b %B %s' file输出三列：分配的块数（%b）、块大小（%B）、文件字节数（%s） - 若
%b * %B < %s，基本可断定是稀疏文件；比如%b=16、%B=512、%s=1048576→ 实际占 8KB，逻辑大小 1MB - 注意：
%b是 512 字节块数，不是文件系统 block size（如 ext4 默认 4KB），别误用%B当作文件系统块大小
用 find 的 -printf "%S" 快速批量识别
find 支持 %S 格式符，直接输出“稀疏度”（st_blocks * 512.0 / st_size），值越小越稀疏，0.0 表示完全稀疏（如刚 truncate 出来的空文件）。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
-
find /var/log -type f -printf '%S\t%p\n' | awk '$1 < 0.9 {print}'找出稀疏度低于 0.9 的普通文件 - 结果第一列是浮点数，
1.0表示无空洞（非稀疏），0.001表示高度稀疏 - 该方式不依赖 shell 算术，适合脚本批量扫描，但需 GNU find（macOS 默认 find 不支持
%S）
为什么 du 和 ls -l 显示大小不一致
ls -l 显示的是 st_size（逻辑长度），du 默认统计的是磁盘实际占用（st_blocks * 512），二者差值就是“空洞”部分。
-
ls -l sparse.img→-rw-r--r-- 1 user user 2147483648 ...（2GB） -
du -h sparse.img→12K sparse.img（只存了头部元数据） - 不要用
du -h --apparent-size来“验证稀疏性”，它只是强制显示st_size，和ls -l一样，没提供新信息 - 真正要注意的是：
du结果远小于ls -l结果时，才值得进一步查stat
od 或 hexdump 只能辅助验证，不能直接判断
稀疏文件的空洞内容全是 \0，但读取空洞区域会由内核返回零字节，不等于磁盘上真有对应数据块 —— 所以 od -c 看到大片 000 并不能证明是稀疏文件，只能说明那段内容是零。
-
od -A x -N 64 -c sparse-file | head可看开头是否为000，但无法区分是写入的零还是未分配的空洞 - 真正空洞区域
read()返回零，但不会触发磁盘 I/O；而写满零的普通文件会真实占用块 - 除非你用
debugfs查 ext4 inode 的 block map（复杂且文件系统相关），否则别指望靠二进制 dump 定论
稀疏性不是文件元数据里的开关位，而是内核+文件系统对“未分配区域返回零”的联合行为。最可靠的方式永远是 stat 对比 st_size 和 st_blocks，其余都是旁证。
