linux中计算文件夹内所有普通文件平均大小需用find -type f -printf "%s\n"获取真实逻辑大小，再由awk累加求均值；du因受块大小影响不准确，且无法区分逻辑大小与磁盘占用。
直接算平均大小：用 find + awk 组合
Linux 没有内置命令能一键输出“文件夹内所有文件的平均大小”，但可以用 find 找出所有普通文件，再用 awk 累加大小并计数。关键点是别漏掉大文件、小文件、隐藏文件，也别把目录或符号链接当文件算。
执行以下命令即可得到字节为单位的平均值：
find /path/to/dir -type f -printf "%s\n" | awk '{sum += $1; count++} END {if (count > 0) print sum/count; else print 0}'
-
-type f确保只统计普通文件，排除目录、设备文件、socket 等 -
-printf "%s\n"输出每个文件的字节数（不是磁盘占用块数），比du -b更准——因为du受文件系统块大小影响，stat或printf "%s"才是真实逻辑大小 - 如果路径含空格或特殊字符，
find本身支持，但别用ls *类写法，会崩 - 权限不足时
find会报错并跳过，不影响后续计算，但结果会偏低；加2>/dev/null可静默错误
想看 KB/MB 单位的平均值？自己转换单位
上面的 awk 输出是纯数字（字节），要读起来方便，得手动除以 1024 或 1024²。注意：这里不是用 -h（它不支持管道输入），而是靠 awk 做除法。
例如显示为 MB（保留一位小数）：
find /path/to/dir -type f -printf "%s\n" | awk '{sum += $1; count++} END {if (count > 0) printf "%.1f MB\n", sum/(count*1024*1024); else print "0 MB"}'
- 用
1024*1024是二进制 MB（MiB），符合 Linux 一贯习惯；若硬要十进制 MB，用1000*1000 - 别用
du -sh输出再 parse——它的格式不固定（可能带 K/M/G 后缀，也可能缩写成1.2G或1234M），awk很难可靠提取 - 如果目录里有 0 字节文件，它们会被计入分母和分子，影响均值；如需排除，加条件
if ($1 > 0)
为什么不用 du -sh 配合 wc 或 sort？
有人试过 du -sh /path/to/dir/* | wc -l 或类似组合，这本质是错的：因为 du -sh 统计的是每个条目的磁盘占用（含对齐、稀疏、块粒度），不是文件逻辑大小；而且 du 对单个文件和目录行为不一致，du -sh file 和 stat -c "%s" file 常常差几 KB。
-
du的结果受文件系统类型（ext4/xfs/btrfs）、块大小（stat -f -c "Block size: %s" .查）、是否启用big_writes等影响，不能代表“平均文件有多大”这个语义 -
du -sh */只匹配非隐藏子目录，漏掉.git这类重要目录下的文件；而find -type f可穿透任意层级 - 用
du加总再除数量，算出来的是“平均磁盘开销”，不是“平均文件体积”——这两个在运维场景中含义完全不同
实际排查时容易忽略的边界情况
真正用起来，下面这些点一不留神就导致结果失真：
- 硬链接会被重复统计：同一个 inode 出现在多个路径，
find默认按路径计，不是按 inode 计；如需去重，得加-printf "%i %s\n"再用awk '!seen[$1]++ {sum += $2; count++}' - 挂载点会中断遍历：
find默认跨挂载点，如果目录下挂了 NFS 或 tmpfs，可能卡住或权限报错；加-xdev可限制只查本文件系统 - 超大目录（比如
/var/log）跑find可能慢，但这是必须代价——没有捷径能绕过读取每个文件的元数据 -
find不处理 FIFO、device 文件等，但-type f已过滤，这点放心
平均大小本身是个脆弱指标：一个 2GB 日志 + 一万个小配置文件，均值会被拉高，看不出分布。真要分析，不如先 find -type f -size +10M 抓大头，再看小文件数量级。
