map 和 flatmap 能替代 if-null 嵌套，因其天然具备短路语义：任一环节为 optional.empty() 则链式调用终止并返回 empty；map 用于返回普通值的函数，flatmap 用于返回 optional 的函数，是解嵌套的唯一正确方式。
为什么 map 和 flatMap 能替代 if-null 嵌套
因为 Optional 的 map 和 flatMap 天然具备“短路”语义：只要链中任意一环是 Optional.empty()，后续函数就不会执行，整个链直接返回 Optional.empty()。这比手动写 if (x != null) { if (y != null) { ... } } 更简洁、更安全，也更容易推导逻辑走向。
关键区别在于：map 适用于返回普通值的函数（自动包装为 Optional），flatMap 适用于返回 Optional 的函数（避免嵌套 Optional<optional>></optional>）。
flatMap 是打破多层 Optional 嵌套的唯一正确方式
常见错误是用 map 去处理返回 Optional 的方法，结果得到 Optional<optional>></optional>，再调用 get() 或 orElse() 时可能抛 NoSuchElementException 或隐藏空指针。
- ✅ 正确：用
flatMap接收返回Optional的函数，如user.getAddress().flatMap(Address::getCity) - ❌ 错误：用
map调用同类型方法，如user.getAddress().map(Address::getCity)→ 返回Optional<optional>></optional> - ⚠️ 注意：
flatMap内部函数必须返回Optional；返回null会触发NullPointerException，必须用Optional.ofNullable(...)包装
真实场景下的链式写法：从用户→订单→商品→价格
假设你有层级对象： User → Order → Product → BigDecimal price，每层都可能为 null。传统写法要 4 层 if，而用 Optional 链只需一行：
Optional.ofNullable(user)
.flatMap(User::getOrder)
.flatMap(Order::getProduct)
.map(Product::getPrice)
.orElse(BigDecimal.ZERO);
说明：
-
Optional.ofNullable(user)是起点，把原始引用转为安全容器 - 中间所有可能返回
null的 getter（如getOrder()）必须用flatMap，因为它们返回的是普通引用，需由你显式转成Optional—— 实际常配合Optional.ofNullable(...)使用 - 最后一步
getPrice()返回基本类型或非 null 对象，用map即可 - 如果某层 getter 本身已返回
Optional（比如Order::findLatestProduct()），那它就天然适配flatMap，不用额外包装
容易被忽略的边界：null 入参、异常、与 stream 混用
很多人以为链一写完就万事大吉，但实际踩坑多发生在边界：
-
flatMap内函数若接收null并未做防御，会直接 NPE —— 比如user -> user.getName().toUpperCase()中user是null，但flatMap已确保不会传入null；真正危险的是函数内部又调用了可能为null的字段，得靠Optional.ofNullable层层兜底 - 不要在
map/flatMap中抛受检异常，否则编译失败；如需处理 IO 或解析逻辑，应提前封装为返回Optional的工具方法 - 别把
Optional当集合用 ——Optional.stream()只有 0 或 1 个元素，和Stream的惰性求值、并行能力完全不是一回事，混用容易误判执行时机
最复杂的点往往不在链本身，而在于你怎么把“外部可能为 null 的数据源”干净地接入第一条 Optional.ofNullable(...) —— 这一步漏了，后面再优雅也没用。
