ifPresentOrElse专用于“有值执行Consumer、无值执行Runnable”的二分动作分流，要求JDK≥9、Optional非null，适合无返回的对称副作用操作，不适用于取值或复杂判断。
用 ifPresentOrElse 处理“有值干啥、没值干啥”的分流逻辑，确实比手写 if (opt.isPresent()) 更简洁、语义更清晰——但它不是万能的语法糖，关键在用对场景、避开陷阱。
核心用法：两支动作，类型分明
它接收两个参数：
- 第一个是
Consumer：值存在时执行，带参数，适合处理真实数据（如发消息、更新状态）； - 第二个是
Runnable：值为空时执行，无参无返回，只能做纯副作用操作（如打日志、设标志、上报监控）。
✅ 正确示例：userOpt.ifPresentOrElse(u -> notify(u), () -> log.warn("User not found"))
❌ 错误写法：userOpt.ifPresentOrElse(u -> notify(u), u -> log.warn("Missing: " + u)) —— 第二个参数不能有参数，编译直接失败。
适合它的典型业务分流场景
当你的逻辑天然满足“二分+无返回”时，它就很贴切：
- 订单ID存在 → 更新支付状态；不存在 → 记录丢弃日志并打点；
- 用户配置存在 → 加载进内存；不存在 → 初始化默认配置并写入DB；
- 缓存命中 → 返回结果；未命中 → 触发异步补采并标记延迟；
- 设备在线状态为 true → 推送指令；为 false 或空 → 标记离线并清除会话。
这些操作都不需要返回值，也不依赖复杂条件判断，正契合 ifPresentOrElse 的设计初衷。
容易踩坑的几个细节
它不负责兜底你 lambda 里用到的所有变量：
- 如果空分支里用了外部变量（比如
defaultName.length()），而该变量本身是null，照样抛NullPointerException； - 空分支中不能抛受检异常（如
throw new IOException()），因为Runnable.run()不声明抛出任何异常； - 它不处理外层
Optional对象为null的情况——调用前必须确保opt != null； - 若需返回对象、做多级判断、或构造新值，别硬套，改用
isPresent() + get()或传统if-else更直白。
和 orElse / or / ifPresent 的分工区别
别混淆它们的职责：
-
orElse()和orElseGet()：目标是“取一个确定的值”，适合赋值、构造对象； -
or()：用于按需切换另一个Optional（比如缓存查不到就查DB），保持链式类型一致； -
ifPresent()：只管“有值才做事”，完全不管空怎么办； -
ifPresentOrElse()：专治“必须明确交代两边都怎么收场”的分流动作，强调对称性与意图表达。
一句话定位：你要的是“动作分流”，不是“取值兜底”，那就轮到它出场。
