利用 Java 8+ 的 Optional.or() 方法，可在不重复调用、不引入临时变量的前提下，一行内完成“有值则立即返回，否则执行后续逻辑并返回”的分支控制。
利用 java 8+ 的 `optional.or()` 方法，可在不重复调用、不引入临时变量的前提下，一行内完成“有值则立即返回，否则执行后续逻辑并返回”的分支控制。
在 Java 开发中，频繁遇到类似这样的模式：先调用一个可能返回 Optional<t></t> 的校验方法，若其含值（isPresent() 为 true）则提前终止当前方法并返回该值；否则继续执行后续业务逻辑。传统写法需声明中间变量并显式判断，既冗余又破坏表达力：
public Optional<string> someMethod() {
Optional<string> error = checkValue(someValue);
if (error.isPresent()) return error;
// more stuff here
return someOtherMethod();
}</string></string>
从 Java 9 起（注意：Optional.or() 自 Java 9 引入，非 Java 8），Optional 新增了 or(Supplier<optional>> supplier)</optional> 方法——它语义清晰：“若当前 Optional 非空，直接返回自身；否则调用 supplier 获取替代的 Optional”。这恰好契合“短路返回 + 延迟计算”的需求。
✅ 正确的一行解法（兼容 Java 9–17）：
public Optional<string> someMethod() {
// stuff here
return checkValue(someValue).or(() -> {
// 这里可执行任意逻辑：日志、状态更新、复杂计算等
// more stuff here
return someOtherMethod();
});
}</string>
若 someOtherMethod() 是无参、返回 Optional<string></string> 的实例方法，还可进一步简化为方法引用：
return checkValue(someValue).or(this::someOtherMethod);
⚠️ 注意事项：
-
or()的Supplier仅在原始 Optional 为空时才被调用，天然避免重复执行checkValue()，满足性能敏感场景； -
Supplier必须返回Optional<t></t>，不可直接返回T（如return "ok"会编译失败），需确保someOtherMethod()返回类型匹配； - 若需在
or分支中执行多步操作（如修改字段、抛异常、记录指标），务必用 lambda 块{ ... }封装，并显式return一个Optional； - 不要误用
orElse()或orElseGet()：它们返回的是T类型值，而非Optional<t></t>，无法实现“统一返回 Optional”的链式语义。
? 总结：Optional.or() 是专为这类“条件性 Optional 合并”场景设计的高阶 API。它不仅将多行控制流压缩为一行函数式表达，更通过延迟求值保障了语义正确性与运行效率，是现代 Java 函数式编程实践中的典型范式。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
