find 两个名称加 -print 后漏结果：OR 分支没有共享输出动作

find 用两个 -name 条件查文件，末尾加上 -print 后，第一个名字反而不输出：

find . -name afile -o -name bfile -print

即使当前目录下确实存在 afile，也可能只看到 bfile。这不是 -name 不支持多个条件，而是表达式中的隐式 AND、OR 短路和输出动作共同造成的结果。

下面按 GNU find 的表达式规则说明，示例只查找并打印，不移动或删除文件。afile、bfile 是示例文件名，应替换成实际条件。

-print 只连在右侧分支上

相邻的测试和动作之间没有写运算符时，find 按 -a，也就是 AND 处理；AND 的优先级高于 -o。原命令实际分组相当于：

-name afile OR (-name bfile AND -print)

对 afile，第一个条件已经为真，OR 不需要再计算右侧，因而不会执行那里的 -print。对 bfile，左侧不匹配，才进入右侧并打印。

这里要分清两件事：整个表达式为真，不代表显式的打印动作一定执行过。命令中已有 -print 时，也不会再自动为整个表达式补一次默认输出。

希望两个名字共享同一个输出动作时，将 OR 条件分组：

find . \( -name afile -o -name bfile \) -print

括号前的反斜杠让 shell 将括号交给 find，而不是先按 shell 语法解释。括号是独立参数，不能省略它们与其他内容之间的空格。

如果同时要求普通文件，放在整个名称组之外：

find /srv/data -type f \
  \( -name '*.log' -o -name '*.txt' \) -print

/srv/data 是占位目录。两个通配模式都加了引号，确保由 find 对遍历到的名称匹配，而不是提前被当前 shell 展开。这样 -type f 对两个分支都生效，名称恰好以 .txt 结尾的目录不会进入结果。

反过来，把 -type f 只写在左侧且不分组，可能让右侧名称匹配绕过类型条件。每增加一项约束，都应检查它究竟属于哪个分支。

下面这条纯测试表达式没有显式输出动作，GNU find 会对整体为真的结果执行默认打印：

find . -name afile -o -name bfile

它可以列出两个名字，但不能据此认为 -print 有缺陷。后续加入 -exec、-delete 等动作时，默认输出规则还会改变。维护需要继续扩展的脚本时，明确写出分组和动作，更容易看清范围。

不要直接用删除或移动命令检验优先级。如果动作接在错误分支，它处理的对象可能比预期少，也可能绕过本应覆盖全部分支的类型、时间条件。先用相同分组打印候选，检查后才设计具体操作及恢复流程。

在受控目录核对三种情况：只匹配第一个名称、只匹配第二个名称、两者都不匹配。增加 -type f 时，再检查名称匹配但类型不符的目录。只用一个 bfile 样本无法暴露左侧动作被跳过的问题。

保存原命令后检查修正版本的输出和退出状态；有遍历权限错误时，输出不是完整结果。若还需限制深度、排除子目录或处理符号链接，应保留这些既有规则，再核对它们与 OR 分组的关系。

这次修改只涉及查询表达式，恢复原脚本即可回退配置。若脚本以前已经带有文件写入、移动或删除动作，应单独核对实际变动，恢复表达式不能撤销已经发生的文件操作。