应使用predicate.and()和predicate.or()组合条件，将每个判断拆解为独立、可复用、语义清晰的谓词，再按逻辑关系嵌套拼接，避免硬编码&&或||，提升可读性、可测试性与可维护性。
用 Predicate.and() 和 Predicate.or() 组合条件，核心是把每个判断拆成独立、可复用的谓词，再按逻辑关系拼接——不是硬写 && 或 ||，而是让条件本身具备语义和可测试性。
拆解单一条件，封装为独立 Predicate
每个基础判断应职责清晰、类型一致、可单独验证。例如筛选用户时：
Predicate<user> isActive = u -> u.getStatus() == Status.ACTIVE;</user>Predicate<user> hasEmail = u -> u.getEmail() != null && !u.getEmail().isBlank();</user>Predicate<user> isAdult = u -> u.getAge() >= 18;</user>
这样写比在 filter() 里堆逻辑更易理解、调试和复用。
用 and() 实现“必须同时满足”
and() 表示所有参与组合的谓词都返回 true，且支持短路：左侧为 false 时不会执行右侧。
- 链式调用最直观：
isActive.and(hasEmail).and(isAdult) - 等价于：
u -> isActive.test(u) && hasEmail.test(u) && isAdult.test(u) - 适合构建“准入门槛”类逻辑，比如登录校验、数据入库前检查
用 or() 实现“满足其一即可”
or() 表示只要有一个谓词为 true，整体即为 true，同样短路（左侧为 true 就跳过右侧）。
- 例如允许管理员或本人操作：
isAdmin.or(isOwner) - 可用于兜底策略，如“使用缓存 or 调用远程服务”这类 fallback 场景
- 注意：多个
or()连续使用时，语义仍是“任一成立”，但可读性会下降，建议控制在 2–3 个以内
混合嵌套，表达真实业务逻辑
实际场景常需“与”“或”混用，这时靠括号式嵌套更准确：
- 例：VIP 用户 或 （普通用户 且 消费满 1000 元）才享折扣：
vipFlag.or(normalUser.and(spentOver1000)) - 避免写成扁平链式（如
a.or(b).and(c)），它等价于(a || b) && c，容易误读 - 必要时提取中间变量，提升可读性：
Predicate<order> eligibleForDiscount = vipFlag.or(normalUser.and(spentOver1000));</order>
