optional 处理多级导航的核心是显式化、链路化、可组合化空值逻辑，应善用 map/flatmap 与 orelseget，避免误用为参数或集合类型。

用 Optional 处理多级对象导航（比如 user.getAddress().getCity().getName()）时，核心不是“避免空指针”，而是**把空值逻辑显式化、链路化、可组合化**。直接嵌套判空或层层调用 isPresent() 反而会让代码更乱。关键在于善用 map、flatMap 和恰当的默认值设计。

用 flatMap 拆解嵌套 Optional 链

当每级属性本身可能为 null（如 address 是 Address 类型而非 Optional<address></address>），需先用 map 转成 Optional，再用 flatMap 扁平化——否则会得到 Optional<optional>></optional>。

• userOpt.map(User::getAddress) → 返回 Optional<address></address>
• userOpt.flatMap(u -> Optional.ofNullable(u.getAddress())) 更安全（兼容 getter 返回 null）
• 继续链式调用：.flatMap(a -> Optional.ofNullable(a.getCity())) .map(c -> c.getName())

把 getter 改造成返回 Optional（推荐长期策略）

与其在调用端反复包装 ofNullable，不如让领域对象自身承担空值契约：

• 修改 User 类：public Optional<address> getAddress() { return Optional.ofNullable(address); }</address>
• 同理改造 Address#getCity()、City#getName()
• 调用就变成干净的一行：user.getAddress().flatMap(Address::getCity).map(City::getName).orElse("未知")

用 orElse / orElseGet 控制默认行为，避免副作用

不要在 orElse(new ExpensiveObject()) 中执行耗时或有状态操作——它会在每次调用时执行，无论是否需要默认值。

• ✅ 推荐：orElseGet(() -> computeDefaultName())（延迟执行）
• ❌ 避免：orElse(createNewUser())（立即构造，浪费资源）
• 若需抛异常，用 orElseThrow(() -> new NotFoundException("city missing"))

警惕 Optional 的误用场景

Optional 不是万能解药，滥用反而掩盖问题：

• ❌ 不要作为方法参数类型（违反其设计初衷，且调用方易传 null）
• ❌ 不要用于集合字段（该用 List<t></t> 或 CollectionUtils.isEmpty()）
• ❌ 不要在 DTO 或 JSON 序列化中暴露 Optional（Jackson 默认不支持，易出错）
• ✅ 适合场景：返回值表示“可能不存在”的单个计算结果或关联对象