flatmap更适合处理嵌套optional，因为它能将optional“压平”为optional，而map会逐层包装导致嵌套；其参数必须返回optional，否则编译失败，且在上游为空时自动短路，语义更精准。
Optional.flatMap 为什么比 map 更适合处理嵌套 Optional
当你有一个 Optional<optional>></optional>，用 map 会得到 Optional<optional>></optional>，而 flatMap 能把它“压平”成 Optional<string></string>。本质是 flatMap 要求你返回一个 Optional，它自己负责拆包；map 则原封不动包裹你的返回值。
- 典型场景：从用户对象里取地址，再从地址里取城市，中间任意一环可能为 null
-
map写法：userOpt.map(u -> u.getAddress()).map(a -> a.getCity())→ 如果getAddress()返回Optional<address></address>，第二层map就会套出Optional<optional>></optional> -
flatMap写法：userOpt.flatMap(u -> u.getAddress()).flatMap(a -> a.getCity())→ 每一步都保持单层Optional - 性能无差异，但语义更准确：你明确在做“链式可空转换”，不是“逐层包装”
flatMap 的参数必须返回 Optional，否则编译不过
这是最常卡住人的地方：传给 flatMap 的 lambda 必须返回 Optional 类型，哪怕你只是想“转成另一个 Optional”。如果写错成普通对象，JDK 直接报错。
- 错误写法：
opt.flatMap(x -> x.toString())→ 编译失败，提示 “incompatible types: String cannot be converted to Optional>” - 正确写法：
opt.flatMap(x -> Optional.ofNullable(x.toString()))或opt.map(String::toString)（如果不需要扁平化） - 常见误用：把
filter或orElse塞进flatMap参数里 —— 它只管“怎么生成下一个Optional”，不负责判空或兜底
嵌套对象引用为空时 flatMap 自动短路，不用额外判 null
flatMap 在上游为 Optional.empty() 时直接返回 Optional.empty()，不会执行 lambda。这和手动写 if (opt.isPresent()) { ... } 效果一致，但更简洁、无 NPE 风险。
- 场景：查订单 → 查用户 → 查用户等级，任一环节为空就整体返回空
- 写法：
orderOpt.flatMap(o -> o.getUser()).flatMap(u -> u.getLevel()) - 如果
o.getUser()返回Optional.empty()，第二个flatMap根本不执行，也不会抛NullPointerException - 注意：前提是每个中间方法都返回
Optional；如果getUser()返回的是User（非 Optional），就得先用map包一层，比如orderOpt.map(Order::getUser).flatMap(u -> u == null ? Optional.empty() : u.getLevel())
flatMap 和 orElse / orElseGet 搭配的顺序很关键
很多人想“先扁平化，再兜底”，但 orElse 是终端操作，一旦调用就结束链式调用。顺序错了，兜底逻辑就失效。
立即学习“Java免费学习笔记（深入）”；
- 错误顺序：
opt.flatMap(...).orElse("default")→ 看似没问题，但如果flatMap后仍是Optional.empty()，确实会走默认值 - 真正容易错的是：把
orElse放在中间，比如opt.flatMap(x -> x.getSub().orElse(Optional.empty())).flatMap(...)—— 这里orElse提前解包了，破坏了 Optional 链 - 安全做法：所有
flatMap和map链完再统一orElse或orElseGet - 如果需要在某步提供默认
Optional，用map+orElse组合：opt.map(x -> x.getSub()).orElse(Optional.empty())，再接flatMap
