在日常使用 Linux 时，ls -l 的输出第一行总有一个 total 123。很多人对它习以为常，却未必清楚这个数字的真正含义——它不是文件大小的总和，而是一个关于磁盘占用的关键指标。
一个容易混淆的数字
ls -l 中每个文件的第五列显示的是该文件的逻辑大小（即文件内容有多少字节）。但第一行的 total 却是一个完全不同的东西：它表示当前目录下所有文件占用的磁盘块数，单位是 1024 字节（1KB）。
为什么要有这个数字？因为 ls -l 按逻辑大小排序显示文件，但磁盘空间是按“块”分配的，两者之间存在天然差异。
磁盘块与“浪费”的空间
现代 Linux 文件系统（如 ext4）通常以 4096 字节（4KB）为一个块。这意味着无论一个文件有多小，它都至少要占用一个完整的块——一个 1 字节的文件，在磁盘上实际会占据 4096 字节。
举个例子：一个 5000 字节的文件，按逻辑大小是 5000 字节，但磁盘分配会向上取整到块大小的整数倍。5000 ÷ 4096 ≈ 1.22，进一取整后需要 2 个块，即 8192 字节。这就是 ls -l 中逻辑大小与 total 所反映的磁盘占用之间的根本差异。
ls -s 与 du：磁盘占用的两个视角
ls -s 直接显示每个文件占用的磁盘块数（默认块大小与系统相关，通常可通过 --block-size 调整）。而 du 命令则是估算文件或目录占用的磁盘空间，两者在原理上是相通的。
du 默认以 1024 字节块为单位输出，且会递归计算子目录。而 ls -l 的 total 仅针对当前目录下的文件（不递归），两者在块大小和统计范围上存在差异。当文件系统中存在大量小文件时，du 显示的磁盘占用会远大于 ls -l 中所有文件逻辑大小的总和——因为每个小文件都“浪费”了块末尾的空间。
目录的大小：为什么总是 4096（或 0）？
在 ls -l 输出中，目录行的大小字段往往显示为 4096 字节（或 0），这与目录中包含的文件数量和大小无关。
原因是：目录本身在文件系统中也是一个特殊的“文件”，它存储的是子文件/子目录的名称及其 inode 映射关系。当创建一个目录时，系统会为其分配一个完整的磁盘块（通常为 4096 字节）来存放这些元数据。这个块的大小就是 ls -l 中显示的那个数字，而不是目录下所有内容的总和。如果想查看目录及其所有内容的实际磁盘占用，需要使用 du。
稀疏文件：当逻辑大小远大于磁盘占用时
有一种特殊情况会让 ls 和 du 的差异方向反转——稀疏文件（sparse file）。
稀疏文件内部存在大量连续的“空洞”（全为 0 的数据块），文件系统会智能地不为这些空洞分配实际磁盘空间，只在读取时动态返回零值。这导致 ls -l 显示的逻辑大小可能非常大（比如 100GB），而 du 显示的实际磁盘占用却只有几 GB。
这在虚拟机镜像、数据库文件等场景中尤为常见，是一种高效的空间利用策略。
实战对比：ls -l 的 total vs du -k
为了直观理解这些差异，可以用一个简单的脚本对比同一个目录下，ls -l 的 total 值与 du -k 的输出：
#!/bin/bash
# 对比当前目录的磁盘占用统计
echo "=== 方法一：ls -l 的 total（块数 × 1KB） ==="
total_blocks=$(ls -l | head -1 | awk '{print $2}')
echo "total = $total_blocks blocks (1KB/block)"
echo "等价于 $((total_blocks)) KB"
echo ""
echo "=== 方法二：du -k 当前目录 ==="
du -k --summarize . | awk '{print $1 " KB\t" $2}'
echo ""
echo "=== 方法三：du -b（按逻辑大小统计） ==="
du -b --summarize . | awk '{print $1 " bytes\t" $2}'
echo ""
echo "=== 方法四：统计各文件逻辑大小总和 ==="
ls -l | awk 'NR>1 {sum += $5} END {print sum " bytes"}'
运行这个脚本，你会看到：
ls -l 的 total 与 du -k 的结果通常接近（都反映磁盘占用）；- 逻辑大小总和（
ls -l 各文件大小相加）一般小于或等于磁盘占用（小文件场景）； - 如果有稀疏文件，逻辑大小总和可能远大于
du -k 的结果。
理解 total 的本质，能帮助你更准确地判断磁盘空间去向，避免被表面数字误导。
10个月宝宝每天需要喝多少奶粉？