Optional.ifPresentOrElse()是Java 9+的终端操作，仅在Optional非空或为空时分别执行Consumer和Runnable，不返回值、不可链式调用，且两分支均为void类型，适用于副作用处理而非取值计算。
Optional.ifPresentOrElse() 的基本用法和触发条件
这个方法只在 Optional 有值（非空）或无值（empty()）时才执行对应逻辑，它不会返回新 Optional，也不链式调用——一旦用了 ifPresentOrElse()，后续就不能再接 map() 或 filter()。它纯粹是“消费型”终端操作。
- 必须传两个参数：一个
Consumer<t></t>（值存在时执行），一个Runnable（值为空时执行） - 如果传入
null作为任一参数，会立即抛出NullPointerException - 它不改变原
Optional状态，也不抛异常（除非你写的 lambda 里自己 throw）
Optional<String> opt = Optional.of("hello");
opt.ifPresentOrElse(
s -> System.out.println("Got: " + s),
() -> System.out.println("Empty!")
); // 输出 Got: hello为什么不能用 ifPresentOrElse() 替代三元表达式或 if-else
它适合副作用操作（比如打日志、发通知、更新状态），但不适合用来“取值并参与计算”。因为：
- 没有返回值，无法赋值给变量
- 两个分支的类型必须一致（都是
void），没法做类型转换或 fallback 返回默认值 - 如果你需要“有值就用它，没值就用默认值”，该用
orElse()或orElseGet()，而不是ifPresentOrElse()
常见误用场景：
- 想写
String result = opt.ifPresentOrElse(s -> s, () -> "default")—— 编译失败，因为ifPresentOrElse()返回void - 在 lambda 里 return 一个值，以为能被外层接收 —— 实际上什么也没返回
与 ifPresent() + else 手动判空对比的差异
直接用 if (opt.isPresent()) { ... } else { ... } 更灵活，但容易引发竞态问题：两次调用 isPresent() 和 get() 之间若 Optional 被修改（虽然现实中极少，但理论上可能），就有风险。而 ifPresentOrElse() 是原子性的——内部只查一次状态，再决定走哪条分支。
不过要注意：
-
ifPresentOrElse()在 Java 9+ 才可用，低于此版本会编译报错cannot resolve method ifPresentOrElse - 如果分支逻辑复杂，建议把 lambda 提取为命名方法，避免嵌套过深；匿名
Runnable里访问外部变量仍需满足 effectively final - 它不会抑制异常：任一分支抛异常，都会向上透出，不会被吞掉
实际项目中容易忽略的边界点
最常被跳过的其实是空分支的语义明确性。比如你写：
opt.ifPresentOrElse(
this::processUser,
() -> log.warn("User not found, skipping...")
);看起来没问题，但如果 processUser() 本身可能抛异常，而你又没在空分支里记录上下文（比如缺失的 ID、请求 traceId），排查时就会卡住。更稳妥的做法是让两个分支都携带足够诊断信息：
opt.ifPresentOrElse(
user -> {
log.debug("Processing user: {}", user.getId());
processUser(user);
},
() -> {
log.warn("No user found for request id: {}", requestId);
metrics.counter("user.missing").increment();
}
);Java 的 Optional 本意不是替代 null 检查，而是函数式 API 的契约声明；ifPresentOrElse() 的价值在于把“存在性分支”显式化，但它的力量全取决于你怎么组织那两个 void 分支里的逻辑。
