map 和 flatMap 能替代 if-null 嵌套，因其具备空值短路能力：任一环节为 Optional.empty() 则链终止，不抛 NPE；map 用于返回普通值的转换（自动包装），flatMap 用于返回 Optional 的操作（避免嵌套）；需确保源头为合法 Optional（如 ofNullable），且 lambda 中避免异常与副作用。
为什么 map 和 flatMap 能替代 if-null 嵌套？
因为 Optional 的这两个方法天然具备「空值短路」能力：只要链中任意一环是 Optional.empty()，后续函数就不会执行，直接返回空。这比手动写 if (x != null) { if (y != null) { ... } } 更可靠、更扁平。
关键区别在于：map 适用于返回普通值的转换（会自动包装成 Optional），而 flatMap 适用于返回另一个 Optional 的操作（避免嵌套 Optional）。
-
map接收Function，返回Optional -
flatMap接收Function，也返回> Optional - 一旦某步传入的是
Optional.empty()，整个链立刻终止，不抛 NPE
真实场景：从用户 → 订单 → 商品 → 价格，安全取值
假设你有嵌套对象结构：User 有 Optional，Order 有 Optional， 有 price: BigDecimal。传统写法要四层判空；用链式调用可压成一行：
BigDecimal price = userOpt
.flatMap(u -> u.getOrder()) // Order 是 Optional<order>
.flatMap(o -> o.getProduct()) // Product 是 Optional<product>
.map(p -> p.getPrice()) // getPrice() 返回 BigDecimal（非 Optional）
.orElse(BigDecimal.ZERO);
</product></order>
注意这里必须用两次 flatMap：因为 getOrder() 和 getProduct() 都返回 Optional；而 getPrice() 返回原始类型，用 map 即可。
如果误把 getProduct() 放进 map，会得到 Optional，后续调用 map(p -> p.getPrice()) 就会编译失败或触发 NullPointerException（解包时）。
容易踩的坑：null 入参、异常抛出、副作用逻辑
Optional 链不是万能胶——它只处理「值不存在」，不处理「计算过程出错」或「传入 null」。
- 如果
userOpt本身是null（而非Optional.empty()），调用flatMap会直接 NPE —— 必须确保源头是合法Optional，比如用Optional.ofNullable(user)初始化 - 在
map或flatMap的 lambda 里抛异常（如Integer.parseInt遇到非法字符串），整个链会中断并抛出异常，不会静默转为empty - 不要在 lambda 里放副作用逻辑（如打印日志、修改外部变量）：因为当上游为
empty时，这段代码根本不会执行，行为不可预测
什么时候不该硬套 map/flatMap？
当需要区分「空」和「非法值」，或需定制错误路径时，Optional 链反而增加理解成本。例如：
- 想对「用户不存在」和「订单已取消」返回不同 HTTP 状态码？用
Optional链只能统一 fallback，不如显式 if-else 或自定义 Result 类型 - 中间步骤需做非空校验以外的判断（如
order.getStatus() == PENDING），强行塞进flatMap会让逻辑晦涩 - 性能敏感路径：每次
map都新建Optional对象，高频调用下 GC 压力略升（但绝大多数业务场景可忽略）
真正干净的链式调用，依赖每一步都严格遵循「输入 Optional → 输出 Optional 或值」的契约。少一个 flatMap，或多一个 null 源头，整条链就可能在运行时崩掉，而不是编译期报错。
