在Linux系统中获取文件大小是系统管理员和开发人员日常运维中最基础且高频的操作，虽然看似简单，但根据使用场景的不同——是仅仅为了肉眼查看、编写自动化脚本，还是分析磁盘占用情况——选择正确的工具和参数至关重要。获取文件大小的核心上文归纳在于：对于人类直观阅读，首选ls -lh命令；对于脚本编程和精确数据处理，必须使用stat命令或wc -c；若关注文件实际占用的磁盘空间而非逻辑大小，则需使用du命令。 理解这三者的区别,是高效管理Linux文件系统的关键。
使用ls命令进行快速查看
ls（list）是Linux中最常用的命令之一，用于列出目录内容，在查看文件大小时,它是最直观的工具。
标准长格式输出
使用ls -l可以显示文件的详细信息，其中第5列即为文件的大小（以字节为单位），这种方式输出的数据非常精确，但对于大文件（如数GB的日志文件）,人类大脑很难快速将其转换为易读的容量单位。
人类可读格式
为了解决阅读困难的问题，ls -h（human-readable）选项应运而生，它通常会结合-l使用，即ls -lh，该命令会自动将文件大小转换为KB、MB或GB等单位，极大提升了信息获取效率，输出结果中显示2G，比显示1287654321字节要直观得多。
查看目录总大小
有时候我们需要知道某个目录下所有文件的总大小，而不是逐个查看，虽然ls本身不直接提供目录总占用的递归汇总，但可以通过ls -lhR结合管道或其他工具进行初步估算,不过这在处理深层目录树时效率较低。
使用stat命令获取精确元数据
当需要在Shell脚本中获取文件大小，或者需要查看文件的详细元数据（如Inode信息、修改时间等）时，stat命令是更专业的选择，它直接从文件系统的inode中读取信息，避免了ls命令为了美观而对输出进行的格式化处理。
直接输出详细信息
直接输入stat filename会输出一个结构化的报告，其中包含Size字段，明确指出了文件的字节数,这种方式非常适合调试或单次查询。
格式化输出用于脚本
这是stat最强大的功能，通过-c或--format选项，用户可以自定义输出格式，使用stat -c %s filename，系统将仅输出文件大小的纯数字（字节数），这种纯净的输出格式非常适合被变量捕获，如size=$(stat -c %s /var/log/syslog),在自动化运维脚本中非常实用。
区分块大小与实际大小
stat命令还会显示Blocks（块数量）和IO Block（块大小），这有助于理解文件在磁盘底层的存储效率，一个只有1字节的文件，在4KB块大小的文件系统中，实际会占用一个Block（即4KB）的空间。
使用du命令分析磁盘占用
du（disk usage）命令与ls和stat有本质区别。ls和stat关注的是文件的逻辑大小（即文件内容的数据量），而du关注的是文件实际占用的磁盘空间，在处理稀疏文件或压缩文件系统时,这两个数值可能差异巨大。
查看实际占用
使用du -h filename可以查看文件实际消耗的磁盘空间，对于普通文件，这个数值通常与ls -l显示的数值相近；但对于稀疏文件（Sparse File，即文件中有大量“空洞”的文件），du显示的数值可能会远小于逻辑大小，因为这些“空洞”并不实际占用磁盘存储。
递归统计目录
du的强项在于目录统计，使用du -sh /path/to/directory可以快速汇总该目录及其子目录下所有文件的总磁盘占用量，这是清理磁盘空间时最常用的命令组合，其中-s表示summary（汇总），-h表示人类可读。
排序与查找大文件
结合sort命令，du可以快速定位占用空间最大的文件或目录。du -ah /path | sort -rh | head -n 10可以列出指定路径下占用空间最大的前10项,这是系统性能优化和磁盘清理中的标准操作流程。
脚本编程中的专业解决方案
在编写Shell脚本或自动化程序时，直接解析ls的输出是不推荐的做法，因为ls的输出格式可能随系统版本或区域设置（如日期格式）而变化。最稳健、专业的解决方案是使用stat或wc。
使用wc命令
wc -c filename专门用于统计文件的字节数，它的输出非常单一，仅包含字节数和文件名，配合awk或cut可以轻松提取数值，这种方法兼容性极强，几乎适用于所有Unix/Linux变体。
处理带空格的文件名
在脚本中处理文件大小时，必须注意文件名中包含空格的情况，正确的做法是使用引号包裹变量，如size=$(stat -c %s "$filename"),这避免了Shell将空格误认为是命令分隔符的错误。
逻辑大小与物理大小的判断
如果脚本需要判断文件是否会导致磁盘写满，必须使用du获取物理占用；如果脚本需要根据文件内容长度进行逻辑处理（如分片上传），则必须使用stat获取逻辑大小,混淆这两者会导致严重的逻辑错误。
深入理解：逻辑大小与物理大小的差异
为了达到专业级的文件管理，必须理解文件系统层面的“视错觉”，在Linux中，一个文件的大小（Size）并不等于它占用的磁盘空间（Disk Usage）。
稀疏文件是典型的例子，数据库或虚拟机镜像文件常采用稀疏文件技术，一个逻辑大小为100GB的虚拟磁盘文件，如果只实际写入了1GB的数据，那么ls -l会显示100GB，但du可能只显示1GB，如果此时仅凭ls的结果判断磁盘剩余空间,就会做出错误的决策。
文件系统的块大小也会影响占用情况，假设块大小为4KB，那么一个1KB的文件和两个1KB的文件，占用的磁盘空间都是4KB（如果是同一目录下），这种现象称为“内部碎片”，在处理海量小文件（如图片站、邮件附件）时，这种空间浪费非常可观，此时du命令的分析价值远高于ls。
相关问答
Q1：在Linux中，为什么有时候ls -l显示的文件大小和du显示的大小不一致？
A： 这种不一致通常由两个原因造成，第一，ls -l显示的是文件的逻辑大小（即文件内容的数据量），而du显示的是文件实际占用的磁盘块数量乘以块大小，第二，如果文件是稀疏文件（Sparse File），其中包含大量的空白区域（空洞），这些区域在逻辑上算作文件大小，但在物理磁盘上并不占用存储空间，对于稀疏文件，du的值通常远小于ls的值。
Q2：如何快速找出当前目录下所有超过100MB的文件？
A： 可以使用find命令结合du的逻辑来实现，最有效的方法是：find . -type f -size +100M，这里的-type f限定查找对象为文件，-size +100M表示查找大小大于100MB的文件，如果需要查看这些文件的具体大小并排序，可以结合管道命令：find . -type f -size +100M -exec du -h {} + | sort -rh。
能帮助您更深入地理解Linux文件大小的获取方式，如果您在实际操作中遇到了关于特定文件系统（如ZFS或Btrfs）的特殊情况，或者有更复杂的脚本编写需求，欢迎在评论区留言,我们可以共同探讨更优的解决方案。
