Predicate.and() 构建全量校验链，左结合、短路执行，支持职责分离、命名复用及 negate/or 灵活扩展。
用 Predicate.and() 把多个校验条件串成“一条龙”，本质是构建一个必须全部通过的准入链——每个环节都得为 true，只要一个失败，整条链就短路终止。
拆成独立、语义清晰的单点谓词
别把所有逻辑塞进一个 lambda。每个校验职责单一、可命名、可单独测试：
-
活跃状态：
Predicate<User> isActive = u -> u.getStatus() == Status.ACTIVE; -
邮箱规范：
Predicate<User> hasValidEmail = u -> u.getEmail() != null && u.getEmail().matches("^.+@.+$"); -
年龄合规：
Predicate<User> isAdult = u -> u.getAge() >= 18 && u.getAge() <= 120; -
手机号已验证：
Predicate<User> phoneVerified = u -> Boolean.TRUE.equals(u.isPhoneVerified());
用 and() 顺序拼接，形成强制通关链
调用 and() 是左结合的，执行顺序从左到右，且支持短路（前面为 false，后面根本不执行）：
Predicate<User> fullCheck = isActive.and(hasValidEmail).and(isAdult).and(phoneVerified);- 等价于：
u -> isActive.test(u) && hasValidEmail.test(u) && isAdult.test(u) && phoneVerified.test(u) - 适合登录前检查、注册提交、数据入库等“全量守门”场景
必要时提取中间变量，避免嵌套过深
如果某一段逻辑本身已有业务含义，就把它命名出来，提升可读性和复用性：
Predicate<User> basicIdentity = isActive.and(isAdult);Predicate<User> contactConfirmed = hasValidEmail.and(phoneVerified);Predicate<User> finalEligible = basicIdentity.and(contactConfirmed);- 后续还能单独对
basicIdentity写单元测试，或在其他流程中复用
搭配 negate() 和 or() 处理例外路径
纯 and 链不够灵活？可在局部引入取反或分支：
- 允许管理员跳过部分校验：
isAdmin.or(basicIdentity.and(contactConfirmed)) - 邮箱非必填但若填了就得合法：
emailEmpty.or(hasValidEmail)（其中emailEmpty = u -> u.getEmail() == null || u.getEmail().isBlank()） - 取反要谨慎：
fullCheck.negate()仍会完整执行所有谓词再翻转结果，不是“跳过”，只是最后返回false
