find -delete 比 rm * 快且安全，因其绕过 shell 展开、无参数长度限制、不 fork 新进程、天然处理特殊字符；需用 -mindepth 1 避免误删目标目录。
为什么 find -delete 比 rm * 快且安全
因为 rm * 会先由 shell 展开成所有文件名列表，一旦文件数超限（ARG_MAX 通常为 2MB），直接报错 Argument list too long；而 find -delete 是 find 自身遍历 inode 后直接调用 unlink(2) 或 rmdir(2)，不经过 shell 展开，无参数长度限制，也不 spawn 新进程。
它还天然规避了空格、换行符等特殊字符导致的解析错误——这些在 find | xargs 场景里必须加 -print0 + -0 才能解决。
-
-delete是 find 的内置动作，比-exec rm {} \;快 3–5 倍（少 fork/exec 开销） - 不支持
-delete的老系统（如某些 CentOS 6），可退化为-exec rm -f {} + - 执行前务必先去掉
-delete，换成-ls或-print验证匹配范围
如何只删内容、保留目录本身
常见误操作是 find /path -delete，结果把目标目录也删了。关键在深度控制：-mindepth 1 表示「跳过路径本身，只处理其下一级及更深的条目」。
例如清空 /data/cache 但保留该目录：
find /data/cache -mindepth 1 -delete
-
-mindepth 1是安全底线，漏掉它就等于rm -rf /data/cache - 若需排除子目录只删当前层文件，加
-maxdepth 1，再配-type f - 删除前建议加
-printf '%p\0'管道进head -n 20 | tr '\0' '\n'快速抽检
带条件筛选时的典型写法与陷阱
海量文件清理往往不是全删，而是按时间、后缀、大小等过滤。find 表达式顺序影响结果，逻辑短路特性容易被忽略。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
正确写法示例（删 7 天前的 .log 文件）：
find /var/log -name '*.log' -type f -mtime +7 -delete
- 条件顺序重要：
-name和-type尽量放前面，提前剪枝，避免对非目标文件做耗时判断（如-mtime） -
-mtime +7表示「修改时间早于 7×24 小时前」，不是「7 天整」，注意边界 - 慎用
-delete与-prune组合：若想跳过某个子目录，得写成-path './skipdir' -prune -o ... -delete，中间必须有-o（or）连接，否则逻辑错乱
Java 调用 find -delete 的注意事项
Java 进程调用 shell 命令时，ProcessBuilder 的参数拆分和 shell 解析容易出错，尤其含空格或通配符时。
推荐统一走 sh -c，把整个 find 命令作为单字符串传入：
ProcessBuilder pb = new ProcessBuilder("sh", "-c", "find /opt/app/logs -maxdepth 1 -name '*.log' -type f -delete");
- 别把
find及其参数拆成多个String元素传给ProcessBuilder，否则 shell 不介入，*不会展开，-name '*.log'会字面匹配名为*.log的文件 - 务必调用
pb.inheritIO()，否则错误输出捕获不到，排查时两眼一抹黑 - 生产环境建议加超时：用
p.waitFor(30, TimeUnit.SECONDS)，防止 find 卡死阻塞线程
真正难的不是命令怎么写，而是删之前没确认好 -mindepth 和过滤条件是否真能覆盖你要清的目标——线上误删一次，恢复成本远高于多测三分钟。
