最有效的加速方案是换思路：用 find -delete 替代 rm -rf，或用 rsync --delete 清空目录；前者避免频繁进程创建，后者以目录为单位批量处理，系统调用极少，实测百万级文件快5–10倍。
直接用 rm -rf 删除几百万个小文件，常会卡在“Argument list too long”报错、系统调用频繁、I/O 阻塞或 CPU 空转上。根本原因在于它单线程遍历+逐个 unlink，元数据操作密集，不适合海量小文件场景。真正有效的加速方案不是调参数，而是换思路——绕过 shell 通配符限制、减少系统调用次数、并行化 I/O、或利用文件系统批量语义。
用 find -delete 替代 find -exec rm
这是最轻量、最安全、也最通用的提速方式。旧式写法 find . -type f -exec rm {} \; 每删一个文件就 fork 一次 rm 进程，开销极大；而 -delete 是 find 内置动作，全程在同一个进程内完成 unlink，避免了大量进程创建和上下文切换。
- 删除所有普通文件：
find /path -type f -delete - 连空目录一起删（慎用）：
find /path -depth -type d -empty -delete - 加
-print可观察进度，但会影响速度，生产环境建议去掉 - 实测在百万级小文件下，比
rm -rf快 5–10 倍，且不依赖额外工具
用 rsync --delete 清空目录
这是目前综合性能最优、最稳定的大规模清空方案。原理是将一个空目录“同步”到目标目录，rsync 内部以目录为单位批量处理，几乎不触发单文件 lstat/unlink，系统调用极少，尤其适合 SSD 和高 inode 密度场景。
- 先建空目录：
mkdir -p /tmp/empty - 执行清空：
rsync -a --delete-before /tmp/empty/ /path/to/dir/ -
--delete-before比--delete-after更快，因跳过同步阶段 - 实测 300 万空文件删除仅需约 15 秒，远超其他命令；且支持
--progress和--stats查看细节 - 注意末尾斜杠：
/tmp/empty/表示同步内容，/tmp/empty则会把空目录本身也删掉
用 xargs 并行删（可控但需调参）
适合需要保留一定控制粒度的场景，比如要过滤特定后缀、按修改时间筛选，或避免压垮系统。关键在合理设置并发数和每批文件数，否则容易因进程过多反而拖慢。
- 推荐组合：
find /path -type f -print0 | xargs -0 -P$(nproc) -n5000 rm -f -
-P$(nproc)用满 CPU 核数，-n5000控制每批 5000 个文件，平衡内存与 I/O - 避免写成
-n1或-i，那等于回到低效的单文件模式 - 若目标是纯删除（无条件），此法通常不如
find -delete或rsync简洁高效
进阶：专用工具替代（C++/Python 实现）
当常规命令仍不能满足分钟级清空千万级文件的需求（如 CI/CD 构建缓存清理、日志归档系统），可引入专为高性能设计的工具。核心优化包括：线程池复用、异步 I/O 提交、断点续删、实时吞吐统计。
- 典型能力：多线程 unlink + 批量 syscalls + 进度回调 + 兼容
rm -rf参数语法 - C++ 实现核心逻辑，Python 封装易用接口，百万文件实测从 40 分钟降至 2–3 分钟
- 开源方案如
trash-cli不适用（它是移动而非删除），更推荐自建或使用 InsCode（快马）平台快速生成定制删除工具 - 部署前务必在测试环境验证，避免误删或权限异常
