关键在于分离判断逻辑与值处理逻辑：Predicate负责“是不是”，Optional负责“有没有”；前者封装可复用校验规则，后者保障取值安全，协同实现先筛再取、各司其职。
Java里用Predicate和Optional替代if-else嵌套，关键不在“去掉if”，而在**把判断逻辑和值处理逻辑分离开来，让每段代码只做一件事**：Predicate负责“是不是”，Optional负责“有没有”。两者配合，能让校验清晰、取值安全、分支可控，而不是堆砌条件语句。
用Predicate封装业务规则，把“判断”变成可复用的条件对象
Predicate是函数式接口，代表一个返回boolean的判断逻辑。它适合把分散在if里的硬编码条件抽出来，变成可组合、可测试、可复用的规则单元。
- 把注册校验拆成独立规则：比如用户名长度、邮箱格式、密码强度，各自定义为Predicate
- 用and()、or()、negate()组合规则，无需写多层if：userPredicate.and(emailPredicate).and(passwordPredicate).test(user)
- 校验失败时，不再靠return false硬中断，而是收集所有不满足的Predicate，统一生成错误提示
用Optional安全包裹可能为空的对象，让“取值”不崩盘
Optional不是为了消灭null，而是把“值可能不存在”这个事实显式体现在类型上，避免层层判空污染业务主线。
- 对单层对象判空：用ifPresent()替代if (obj != null)，语义更直白
- 访问深层字段（如user.getAddress().getCity()）：用map()链式调用，任一环节为null自动短路，最终得到Optional
，再用orElse()给默认值 - 需要区分“有值执行A”和“无值执行B”：Java 9+ 的ifPresentOrElse()直接对应传统if-else两分支
Predicate + Optional 协同：先筛再取，各司其职
两者天然互补——Predicate决定“该不该处理”，Optional决定“能不能取到值”。典型场景是查询后校验并使用：
立即学习“Java免费学习笔记（深入）”；
- 查用户：Optional
userOpt = Optional.ofNullable(userService.findById(id)) - 校验是否有效：if (userOpt.filter(u -> u.isActive()).isPresent()) { ... }
- 或一步到位：userOpt.filter(u -> u.isActive()).map(User::getProfile).filter(p -> p.isVerified()).ifPresent(this::sendNotification)
注意边界：别把它们用错地方
Optional不适合当字段类型或方法参数传入；Predicate也不该用来做IO或耗时操作——它应是纯判断。真正要替换的，是那些“先判空、再取值、再校验、再分支”的冗长流程，而不是所有if语句。
