macOS 中 du 统计文件夹大小常显示超大值，因默认会递归跟随 ~/Library、/System/Volumes/Data 等处的符号链接和挂载点；使用 -x（--one-file-system）可限制在单文件系统内统计，避免重复计算跨卷内容。
du 统计 macOS 文件夹大小时为什么总显示超大值
因为 macOS 的 ~/Library、/System/Volumes/Data 等路径下大量存在符号链接（symlinks）和挂载点（mount points），而默认的 du 会递归跟随它们——比如一个指向整个系统卷的链接，会让 du 把整个磁盘都算一遍，结果远超实际占用。
用 -x 参数限制在单一文件系统内统计
-x（或 --one-file-system）是关键：它让 du 遇到跨设备的链接或挂载点时直接跳过，只统计当前挂载卷上的真实文件。这对 macOS 尤其重要，因为 /Volumes、/System/Volumes/Data 下的链接常指向根卷或 Time Machine 快照卷。
实操建议：
- 统计用户主目录真实占用：
du -shx ~ - 排除 iCloud Drive 同步中产生的暂存链接干扰：
du -shx ~/Documents比du -sh ~/Documents更可信 - 若目标路径本身在 APFS 快照卷（如
/System/Volumes/Update/mnt1）上，-x仍有效，但需确认你是否真想包含快照内容
用 -H 或 -L 控制符号链接的展开行为
macOS 默认用 -P（不展开符号链接），这是安全的；但如果你明确知道某链接指向的是普通子目录（比如自己建的 ~/projects/current → ~/projects/v2.3），可以用 -H 让 du 展开它一次——而 -L 会无限展开，容易误入系统链接循环，在 macOS 上应避免使用 -L。
常见错误现象：
-
du -shL /Users可能卡住或报Too many levels of symbolic links，因为/Users实际是/System/Volumes/Data/Users的链接，后者又可能链回自身 -
du -shH ~/Desktop是安全的，桌面里手动创建的链接通常无害
配合 find 排除特定路径更精准
仅靠 -x 不足以过滤掉所有干扰，比如 ~/Library/Caches 体积大但可清理，~/Library/Mobile Documents 是 iCloud 同步区，统计意义低。这时用 find 预筛选再交给 du 更可控：
find ~ -xdev -mindepth 1 -maxdepth 1 ! -name "Library" ! -name "Applications" -type d -print0 | xargs -0 du -sh | sort -hr
说明：
-
-xdev等价于du -x，确保不跨卷 -
! -name "Library"直接跳过整个~/Library（含所有易受链接干扰的子目录） -
-print0+xargs -0处理含空格的路径，macOS 中很常见
注意：APFS 上的硬链接（如 Time Machine 的 Backups.backupdb 内部）无法被 du 自动去重，-x 也管不了——这类必须用 tmutil 或第三方工具单独分析。
