flatMap可避免嵌套Optional：起点用ofNullable，每层可能null字段用flatMap+ofNullable，已返回Optional的方法直接flatMap调用，最终map取值，确保全程单层Optional。
用 flatMap 处理嵌套封装变量，核心是不让 Optional 出现——它天然拒绝多层包装，只接受“返回 Optional”的函数，并自动展平一层。
为什么嵌套 Optional 会出问题
当你误用 map 调用一个本就返回 Optional 的方法时，比如：
-
userOpt.map(User::getProfile)→ 若getProfile()返回Optional，结果就是Optional> - 后续再调
.orElse(null)只能解外层，内层仍是 Optional，取值易抛异常或逻辑错乱 - 编译不报错，但语义混乱、调试困难、维护成本高
flatMap 正确用法的三要素
每一步都必须满足以下条件，才能确保最终是单层 Optional：
- 起点用
Optional.ofNullable(原始引用)包装最外层可能为 null 的对象 - 对每个「可能返回普通引用」的字段访问（如
user.getDept()），必须用flatMap(u -> Optional.ofNullable(u.getDept())) - 对每个「已设计为返回 Optional」的方法（如
dept.getCompany()返回Optional），直接flatMap(Dept::getCompany)
典型嵌套结构的安全链式提取
假设层级为：User → Department → Company → String name，且所有 getter 都返回普通引用（非 Optional）：
String name = Optional.ofNullable(user)
.flatMap(u -> Optional.ofNullable(u.getDept()))
.flatMap(d -> Optional.ofNullable(d.getCompany()))
.map(c -> c.getName())
.orElse("未知");
说明：
- 前两步用
flatMap + ofNullable，把每层可能的null显式转为Optional.empty() - 最后一步用
map，因为getName()返回String（普通值），不需要再扁平化 - 整条链结果类型恒为
Optional，不会出现嵌套
常见踩坑点与规避方式
这些错误会导致隐性嵌套或运行时异常：
- 在
flatMap中返回null：如u -> u.getDept() != null ? Optional.of(u.getDept()) : null→ 直接抛NullPointerException - 混用
map和返回 Optional 的方法：如.map(User::getProfile)（当getProfile返回Optional）→ 得到Optional> - 忘记包装基本类型字段：如
user.getAge()是int，不能flatMap，应改用map(User::getAge)
