find命令实时精确可组合，但路径和条件必须写对，否则漏结果、报错或卡住。常见错误是权限不足、通配符未引号导致shell提前展开、大小写不匹配；应优先用-iname、加引号、合理使用-maxdepth和-type f顺序，并慎用-delete。
直接说结论：用 find，别用 locate 或图形搜索——它实时、精确、可组合，但必须写对路径和条件，否则要么漏结果，要么报错或卡住。
为什么 find 命令总找不到文件？路径和引号是关键
最常见错误不是语法写错，而是路径没权限、通配符被 shell 提前展开、或者大小写不匹配。
- 从根目录查要加
sudo，否则遇到/proc、/sys等受限目录会报Permission denied错误（但不影响其他路径结果） -
-name "*.log"必须加引号，否则*会被当前 shell 展开成当前目录下所有.log文件，find实际收到的是无效参数 - 不确定大小写时，一律用
-iname而不是-name，比如查配置文件常遇到Config、CONFIG、config并存 - 路径末尾不加
/，find /home/user和find /home/user/行为一致；但若写成find /home/user/*，*会被 shell 展开，不再是find的参数
find 查文件名时，通配符和正则怎么选？
-name 用 glob 模式（*、?、[abc]），简单够用；-regex 用完整正则，更灵活但路径全匹配、默认锚定开头结尾，容易写错。
-
find . -name "app*.conf"→ 匹配app.conf、app-dev.conf，不匹配myapp.conf -
find . -regex ".*/app[^/]*\.conf"→ 必须写全路径模式，.*/是必须的，\.conf中的点要转义 -
-iregex支持忽略大小写，但性能略低，非必要不启用 - 想查“名字含数字+扩展名”，
-name "*[0-9].log"比正则更直白可靠
按时间、大小、类型组合筛选，顺序影响结果
find 表达式是逻辑与关系，但执行顺序会影响效率甚至结果——尤其涉及 -prune 或 -maxdepth 时。
- 先限制范围再过滤内容更快：
find /var/log -maxdepth 2 -name "*.log" -mtime -7比find /var/log -mtime -7 -name "*.log"少遍历深层目录 -
-type f必须放在-name前面或同级，否则可能把目录名也当文件名去匹配（-name对目录也生效） - 查“最近改过且大于 1MB 的日志”：
find /var/log -type f -name "*.log" -size +1M -mtime -1；-size +1M和-mtime -1顺序可互换，但都得在-type f之后 - 避免
-size +1G扫描整个/，先限定路径如/home或/tmp
执行动作时，-exec 和 xargs 到底怎么选？
两者都能对结果执行命令，但行为差异明显：一个逐个调用，一个批量拼接；出错处理、空格兼容性、性能都不同。
-
find . -name "*.tmp" -exec rm {} \;：每个文件单独执行rm，安全但慢；{}替换为单个路径，\;是结束符（必须转义） -
find . -name "*.tmp" -print0 | xargs -0 rm：用\0分隔路径，能正确处理含空格、换行的文件名；但一旦某个rm失败，后续仍继续 - 想确认再删？用
-ok：find . -name "*.log.old" -ok rm {} \;，每步都会提示 y/n - 慎用
-delete：它隐含-depth，且不可撤销；等价于-exec rm -f {} +，但不支持条件判断
真正难的不是记住所有选项，而是理解 find 的表达式是短路求值的：前面条件不满足，后面根本不会执行。比如 find /tmp -name "x" -exec echo {} \;，如果没找到 x，echo 一次都不会跑——这点在写自动化脚本时最容易被忽略。
