optional.or() 是按需生成新 optional 的方法，接收 supplier，仅空时调用；而 orelse() 返回 t 类型值，二者类型、语义及使用场景均不同。
Optional.or() 是什么，和 orElse() 有啥本质区别
Optional.or() 不是“给个默认值”，而是“按需生成一个新 Optional”。它接收一个 Supplier<optional>></optional>，只在当前 Optional 为空时才调用这个 Supplier。而 orElse() 或 orElseGet() 返回的是 T 类型值，不是 Optional。
常见错误现象：有人以为 opt.or(() -> Optional.of("fallback")) 和 opt.orElse("fallback") 行为类似——其实前者返回 Optional<string></string>，后者返回 String，类型和语义都不同。
- 使用场景：链式构建 Optional 流（比如数据库查询 → 缓存 fallback → 配置兜底），需要保持 Optional 包装不被解包
- 参数差异：
or()的 Supplier 必须返回Optional<t></t>，不能返回T；写成() -> "fallback"会编译失败 - 性能影响：Supplier 是懒执行的，空值时才触发，比
orElseGet()多一层 Optional 构造开销，但通常可忽略
为什么 Java 9 才加 or()，Java 8 里怎么模拟
Java 8 没有 or()，强行用 map() + orElse() 会破坏 Optional 结构，容易误判空值逻辑。
常见错误现象：写 opt.map(x -> Optional.of(x)).orElse(Optional.of("fallback")) ——这会在非空时把值套两层 Optional，且 orElse() 总是执行，失去懒加载优势。
立即学习“Java免费学习笔记（深入）”；
- 正确模拟（Java 8）：
opt.isPresent() ? opt : Optional.ofNullable(getFallback())，但要确保getFallback()是轻量或已缓存 - 更安全的替代：
opt.filter(Objects::nonNull).or(() -> Optional.ofNullable(getFallback()))（仅限 Java 9+） - 兼容性注意：如果项目还在用 Java 8，别在公共 API 里暴露
or()，下游调用方会编译失败
or() 容易踩的坑：空 Supplier、嵌套 Optional、和 flatMap 混用
or() 的 Supplier 如果返回 null，会直接抛 NullPointerException，不是返回空 Optional。
常见错误现象：写 opt.or(() -> loadFromDB())，而 loadFromDB() 有时返回 null，结果运行时报 java.lang.NullPointerException: supplier must not be null（注意这不是你代码里的 null，是 supplier 返回值为 null）。
- 必须确保 Supplier 返回非 null Optional：
() -> Optional.ofNullable(loadFromDB()) - 别用
or()去“扁平化”嵌套 Optional：opt.or(() -> Optional.of(Optional.of("x")))是错的，应该用flatMap() - 和
flatMap()混用时注意顺序：opt.flatMap(...).or(...)是合法的，但opt.or(...).flatMap(...)可能导致意外的空指针（如果 or 返回空 Optional）
实际用法示例：配置项 fallback 链
典型场景：读取配置，优先环境变量 → 其次配置文件 → 最后硬编码默认值，全程保持 Optional 类型以便后续组合。
Optional<String> config = Optional.ofNullable(System.getenv("API_URL"))
.or(() -> readConfigFile("api.url"))
.or(() -> Optional.of("https://default.example.com"));
这里 readConfigFile() 是自定义方法，返回 Optional<string></string>；最后一段用 Optional.of() 而不是 Optional.ofNullable()，因为硬编码字符串不可能为 null，避免多余判断。
容易被忽略的点：or() 的 Supplier 里如果涉及 IO 或远程调用，务必考虑超时和异常处理——它不在 Optional 的契约范围内，异常会直接向上抛，不会被包装成空 Optional。
