Optional.or() 的真实作用是“延迟构造替代 Optional”，它在当前 Optional 为空时才调用 Supplier 生成新 Optional，返回类型仍为 Optional，支持链式操作，而非提供解包后的默认值。
Optional.or() 的真实作用不是“提供默认值”，而是“延迟构造替代 Optional”
很多人以为 Optional.or() 和 orElse() 一样是给空值兜底，其实它根本不会返回普通值——它返回的是另一个 Optional。它的参数是一个 Supplier<optional>></optional>，也就是说：只有当前 Optional 为空时，才调用这个 Supplier 去生成一个**新的 Optional**，而不是直接塞进去一个默认对象。
这意味着你不能写 opt.or(() -> "default")，这会编译失败；必须写 opt.or(() -> Optional.of("default")) 或 opt.or(() -> Optional.empty())。
- 常见错误现象：
Optional.or(() -> "abc")→ 编译报错：无法将 String 转为Optional<string></string> - 正确用法本质是「Optional 链式切换」：从一个 Optional 切到另一个 Optional，不接触实际值
- 适合场景：需要根据条件动态决定用哪个 Optional 源（比如配置优先级：系统配置 → 环境变量 → 默认配置），且所有源都天然封装成 Optional
和 Optional.orElse() / orElseGet() 的关键区别在哪
orElse() 和 orElseGet() 都返回 解包后的 T 类型值，而 or() 返回的是 Optional<t></t>。这是类型流是否中断的根本分水岭。
-
opt.orElse("x")→ 返回String，后续不能再链式调用map()、filter()等 -
opt.orElseGet(() -> computeDefault())→ 同样返回String，且computeDefault()在任何情况下都会被调用（除非用 lazy wrapper） -
opt.or(() -> Optional.ofNullable(System.getProperty("x")))→ 返回Optional<string></string>，可继续.map(...).filter(...).orElse(null) - 性能影响：只有当前 Optional 为
empty时，or()的 Supplier 才执行；orElseGet()也是惰性，但返回值类型不同
真实可用的流式默认切换模式（带嵌套 Optional 场景）
最典型的使用不是平铺直叙，而是配合 flatMap 或多层 Optional 解包。比如你有一个 Optional<user></user>，想取其 Optional<address></address> 字段，再 fallback 到全局默认地址：
立即学习“Java免费学习笔记（深入）”；
Optional<Address> address = userOpt
.flatMap(u -> u.getAddress()) // 可能返回 empty
.or(() -> globalDefaultAddressProvider()); // globalDefaultAddressProvider() 返回 Optional<Address>
注意这里不能用 orElseGet(() -> globalDefaultAddressProvider().orElse(null))，因为那样就丢掉了 Optional 的语义，且 null 容易引发 NPE。
- 必须确保
globalDefaultAddressProvider()返回的是Optional<address></address>，不是Address - 如果 fallback 链更长（A → B → C），就连续用
or()：a.or(() -> b).or(() -> c)，但要注意每个都是Supplier<optional>></optional> - 兼容性提醒：
Optional.or()是 Java 9+ 新增，Java 8 项目无法使用；别试图用反射或第三方库模拟，语义不等价
容易忽略的陷阱：or() 不等于 “有则用原值，无则用新值” 的快捷写法
有人想用 or() 实现“空则替换，非空则透传”，结果写出这样的代码：
opt.or(() -> opt) // ❌ 编译不过：opt 是 Optional<T>，不是 Supplier<Optional<T>> opt.or(() -> opt) // ❌ 即使改成 () -> opt，Supplier 不能捕获非 final 局部变量（除非 opt 是 final）
真正安全的做法是显式构造，哪怕看起来冗余：
opt.or(() -> Optional.empty()) // 空则保持 empty（相当于 noop）
opt.or(() -> Optional.of("fallback")) // 空则换新值
- 别指望
or()做自动透传；它只在 empty 时触发 Supplier，其他时候就是原封不动返回自身 - 如果你需要“非空时也做转换”，应该用
map()或flatMap()，不是or() - 最常被忽略的一点：
or()的 Supplier 在每次调用时都可能重新执行（比如用于日志、网络请求），务必确认它是幂等的
