清理日志或查找文件时，GNU find可能返回paths must precede expression。最常见的原因是把搜索路径写在-name等表达式之后，或者没有给通配符加引号，导致Shell提前把它展开成多个文件名。
先检查参数顺序和Shell展开结果，不要把它误认为目录权限错误。
find怎样区分路径和表达式
GNU官方语法为find [选项] [起始路径...] [表达式]。find先读取一个或多个搜索起点，遇到以短横线开头的测试或动作、左括号或感叹号后，就把后续参数视为表达式。
因此find -name '*.log' /var/log把/var/log放到了表达式之后。正确写法是find /var/log -name '*.log'。
检查通配符是否被Shell展开
如果写成find /var/log -name *.log，当前目录里的多个日志文件可能在find启动前被Shell展开，find就会收到额外参数。使用printf '<%s>\n' *.log可以观察当前Shell的展开结果。
传给-name、-path和类似测试的模式通常应放在单引号中。推荐写成find /var/log -name '*.log'。
路径以短横线开头怎么处理
GNU文档指出，find通过第一个表达式参数判断起始路径列表的结束位置，因此以短横线开头的路径可能被误认成表达式。可把相对路径写成./-cache，或使用以/开头的绝对路径。
不要依赖双短横线解决所有此类路径。官方说明由于find识别起点的方式，--并不能可靠处理所有歧义。
组合条件时保留清晰边界
复杂命令应先写起始路径，再写测试与动作，例如find /srv/app -type f -name '*.tmp' -mtime +7 -print。需要逻辑分组时对括号转义或加引号，避免被Shell解释；执行删除前先用-print检查命中范围。
路径、表达式和动作的顺序正确后，再处理权限或文件系统错误。不要在未预览结果时直接追加-delete。
修复后的验收方法
先在测试目录创建少量不同名称文件，运行只读查询并核对退出状态，再逐步加入时间、类型和删除条件。可在萤光云或LightNode的测试VPS验证不同Shell的展开行为。验收标准是命令无语法错误、命中集合与预期一致，带空格和短横线的路径也能正确处理。
FAQ
问：不写起始路径可以吗？答：GNU find在未指定起点时使用当前目录.，但显式写出路径更利于审计。
问：双引号和单引号都能保护通配符吗？答：两者通常都能阻止路径名展开，但单引号还会阻止变量替换，更适合固定模式。
问：为什么同一命令有时不报错？答：当前目录是否存在匹配通配符的文件会改变Shell展开结果。
问：表达式顺序会影响结果吗？答：会。GNU find按优先级从左到右求值，短路行为也会影响动作执行。
问：可以直接用xargs删除吗？答：涉及特殊字符时应使用-print0配合xargs -0，并先做只读验证。
温馨提示
温馨提示：把危险find命令写入定时任务前，固定绝对路径、引用通配符，并保留一次只读预览。目录内容变化不应改变命令的语法结构。
