如何在Linux中快速统计文件夹的大小

du -sh是唯一能准确反映文件夹真实磁盘占用的命令，因其遍历文件系统块并累加实际占用；ls -lh仅显示目录inode元数据（如4096字节），不递归统计内容，故无法代表目录真实空间消耗。

du -sh 是唯一能快速、准确反映文件夹真实磁盘占用的命令，其他方式（如 ls -lh、stat）只显示单个文件元数据或逻辑大小，对目录本身无意义。

为什么不能用 ls -lh 看文件夹大小

你知道吗？ls -lh 这个命令对目录显示的只是一个固定值（通常是4096字节），这其实是inode占用的空间，而并非目录内所有内容的总和。而且啊，它根本不会去递归统计子项。所以呢，当你执行 ls -lh /var/log 时，看到输出的“4.0K”，这和实际可能有几百MB的日志文件完全没有关系哦。

常见误操作：ls -lh */ 看子目录——这会漏掉隐藏目录（如 .git）、权限不足跳过的路径，且不包含目录自身结构开销（如 ext4 的目录索引块）。

• ls 类命令本质是列出条目，不是计算磁盘使用
• 想看“这个文件夹占多少磁盘”，必须走文件系统块遍历，只有 du 做这件事
• 图形界面文件管理器显示的“大小”底层调用的也是 du 或类似逻辑，不是 ls

du -sh 的正确用法和易错点

-s（summary）和 -h（human-readable）必须同时用；单独 du -s 输出的是 512 字节块数（比如 12345），人眼无法判断是 6MB 还是 6GB。

• 查当前目录总大小：du -sh . 或直接 du -sh
• 查指定路径：du -sh /var/log，路径含空格时加引号：du -sh "/home/user/My Projects"
• 权限不足会报 Permission denied，但结果仍可用；加 2>/dev/null 屏蔽干扰：du -sh /etc 2>/dev/null
• 别写成 du -sh * ——它只匹配非隐藏项，漏掉 .config 等关键目录；要全量统计，必须指定目录本身，不是通配符

大目录下快速定位“谁最占空间”

当 du -sh /var 显示 12G，但不知道哪块拖累时，用 --max-depth=1 一层展开，再配合 sort -hr 排序：

du -sh --max-depth=1 /var/* 2>/dev/null | sort -hr

关键细节：

• --max-depth=1 必须显式写，否则 du 会递归到底，耗时且输出爆炸
• sort -hr 中 -h 支持 K/M/G 解析，-r 倒序；没 -h 就按字符串排，“10M” 会排在 “2G” 前面
• /var/* 不包含 /var/.log 这类隐藏项；更全写法是 du -sh --max-depth=1 /var/.[^.]* /var/* 2>/dev/null | sort -hr
• 遇到 /proc、/sys 报错，2>/dev/null 过滤即可，不影响主体排序

为什么 df 和 du 结果经常不一致

这不是命令错了，而是统计对象不同：df 看文件系统已分配的数据块，du 看路径下可见文件的块总和。

• 典型场景：进程正在写一个 5G 日志，你 rm -f /var/log/app.log，du 立即变小，df 仍显示 5G 被占——因为 inode 还被进程持有，块未释放
• 查谁卡着空间：lsof +L1 或 lsof | grep deleted
• 清理前务必确认：删 /var/spool/clientmqueue 前先 postsuper -d ALL，而不是 rm -rf
• 大量小文件时，du 可能慢；加 --exclude 跳过 node_modules、.git：du -sh --exclude="node_modules" --exclude=".git" .

真正的难点并非在于如何敲击命令，而是当看到一个“20G”的目录时，需要瞬间做出判断：它是日志轮转后残留的？是journalctl未清理导致的？还是某个服务将临时文件写入了不该写入的地方——du会给你呈现数字，但这些数字背后所隐藏的故事，却需要依靠丰富的经验来进行补全。