flatMap的核心作用是“拆包”——将Optional<Optional<T>>自动扁平化为Optional<T>，防止嵌套；当被调用方法返回Optional时必须用flatMap，返回普通对象时用map。
flatMap 的核心作用是“拆包”——它把 Optional<Optional<T>> 自动变成 Optional<T>，从根源上防止嵌套结构产生。当你用 map 调用一个本就返回 Optional 的方法（比如 User::getAddress），结果会是双层包装，后续取值容易出错、调试困难；而 flatMap 强制你每一步都返回单层 Optional，链式调用始终干净可控。
什么时候必须用 flatMap，不能用 map
关键看被调用的方法返回什么类型：
- 如果方法返回 普通对象（如
String、Address），用 map：比如.map(User::getName) - 如果方法返回 Optional（如
getAddress()返回Optional<Address>），必须用 flatMap：比如.flatMap(User::getAddress) - 如果方法返回 null 可能性高的普通引用（如老代码中
user.getDept()可能为 null），要先用Optional.ofNullable()包装再 flatMap：.flatMap(u -> Optional.ofNullable(u.getDept()))
如何写出安全、不嵌套的链式提取
假设模型是 User → Department → Company → String name，且所有 getter 都返回普通对象（非 Optional）：
✅ 正确写法（单层 Optional<String>）：
立即学习“Java免费学习笔记（深入）”；
Optional<String> name = Optional.ofNullable(user)
.flatMap(u -> Optional.ofNullable(u.getDept()))
.flatMap(d -> Optional.ofNullable(d.getCompany()))
.map(c -> c.getName());
说明：
- 前两步用
flatMap + ofNullable，把每层可能的 null 显式转为Optional.empty() - 最后一步用
map，因为getName()返回String，不需要再扁平化 - 整条链结果恒为
Optional<String>，不会出现嵌套
常见错误与后果
这些写法看似差不多，但语义和运行时行为差别很大：
-
在 flatMap 中返回 null：例如
u -> u.getDept() != null ? Optional.of(u.getDept()) : null→ 直接抛NullPointerException -
混用 map 和返回 Optional 的方法：例如
.map(User::getProfile)（若getProfile()返回Optional<Profile>）→ 得到Optional<Optional<Profile>>，后续.orElse(...)只解外层，内层仍是 Optional -
忘记包装基本类型或不可空字段：例如
user.getAge()是int，不能 flatMap，应改用.map(User::getAge)
配合方法引用更简洁
如果接口设计规范，各层 getter 已返回 Optional，链式可极简：
Optional<String> city = Optional.ofNullable(getUser())
.flatMap(User::getAddress) // getAddress() → Optional<Address>
.flatMap(Address::getCity); // getCity() → Optional<String>
这里 User::getAddress 和 Address::getCity 是方法引用，flatMap 自动展平，最终仍是 Optional<String>，中间任意一环为空，整个链短路返回 Optional.empty()。
