flatMap() 更适合处理嵌套 Optional，因为它能自动展平一层，避免三层 Optional 套娃；而 map() 仅转换值，不改变可选性层级。
flatMap() 为什么比 map() 更适合处理嵌套 Optional
当你面对 Optional<user></user>，而 User 里又有 Optional<address></address>，再里面还有 Optional<string></string> 的 city，用 map() 会得到 Optional<optional>>></optional> —— 这种层层嵌套的类型既难读又没法直接用。而 flatMap() 的契约是：它要求你返回一个 Optional，然后自动“压平”一层。所以连续调用三次 flatMap()，最终拿到的就是 Optional<string></string>，不是三层套娃。
-
map()是“转换值”，不改变可选性层级；flatMap()是“转换并展平”，专治嵌套 - 如果中间某步返回
Optional.empty()，整个链式调用立刻短路，后续flatMap()不执行 - 不能对
null调用flatMap()—— 它只接受非空Optional实例，否则抛NullPointerException
典型嵌套结构下的 flatMap() 链写法
假设你有 Optional<order></order> → Order.shippingAddress: Optional<address></address> → Addres.city: Optional<string></string>，想安全取到城市名：
Optional<String> cityOpt = orderOpt
.flatMap(order -> order.getShippingAddress())
.flatMap(address -> address.getCity());
注意两点：每一步 lambda 必须返回 Optional（不能返回 String 或 null），且方法内部不能有副作用——因为一旦前一步是 empty，后一步根本不会调用。
- 不要写
.flatMap(o -> o.getShippingAddress().getCity())：这会尝试对可能为null的Optional调用get()，崩溃风险高 - 如果
getCity()返回的是String（非Optional），就该用map()接在最后：`.flatMap(...).map(Address::getCity)` - IDE 通常会警告“redundant
flatMap”如果你传入的 lambda 直接返回参数本身，比如o -> o.getShippingAddress()但getShippingAddress()已经返回Optional—— 这时没问题，不是冗余
flatMap() 链中混用 map() 的边界在哪
不是所有环节都得用 flatMap()。关键看返回值类型：只要返回 Optional，就用 flatMap()；返回普通类型（String、int、自定义对象等），就用 map()。
- 常见误写：
.flatMap(a -> a.getCity().toUpperCase())——toUpperCase()返回String，编译失败，应改用.map(a -> a.getCity().toUpperCase())，但前提是a.getCity()是String；如果它是Optional<string></string>，还得先flatMap出来 - 正确组合示例：
orderOpt.flatMap(Order::getShippingAddress).flatMap(Address::getCity).map(String::toUpperCase) - 性能上无差异：两者都是函数式操作，不产生中间集合，只是语义不同
容易被忽略的空安全陷阱
flatMap() 自身不保底，它只处理 Optional 的“空”（即 empty），不处理方法返回 null。如果 getShippingAddress() 在某些实现里返回 null 而非 Optional.empty()，那 flatMap() 会立即抛 NullPointerException。
- 务必确保所有被
flatMap()调用的方法严格遵守契约：返回Optional，绝不返回null - 如果 legacy 代码无法修改，先用
map()包一层再判空：.map(Order::getShippingAddress).filter(Objects::nonNull).flatMap(...) - 别依赖
Optional.orElse(null)去“修复”设计缺陷——那等于把问题从类型系统推回运行时
Optional”没有共识。一旦有人在该返回 Optional.empty() 的地方返回 null，整条 flatMap() 链就变成定时炸弹。 
