Optional 本质是显式表达“可能为空”的容器类型，通过 map/flatMap/orElse 等链式方法可将嵌套 null 判空逻辑平铺为线性调用，提升可读性与组合性；flatMap 用于展平返回 Optional 的中间操作；慎用 ifPresent 以免破坏纯函数性。
Optional 类本身不是为“平铺化分支逻辑”而设计的，它本质是用于显式表达“可能为空”的容器类型，避免隐式 null 检查。但在函数式编程风格下，配合 map、flatMap、orElse、ifPresent 等链式方法，确实可以将嵌套的 if-else 或 null 判空逻辑转化为线性、声明式的调用链，从而实现**逻辑平铺化（flattening）**——即把多层条件缩进/嵌套“拉直”，提升可读性与组合性。
用 map/flatMap 替代嵌套判空
传统写法常出现多层 null 检查：
String city = user != null ? (user.getAddress() != null ? user.getAddress().getCity() : null) : null;用 Optional 可平铺为：
String city = Optional.ofNullable(user) .map(User::getAddress) .map(Address::getCity) .orElse("Unknown");每一步都只关注“有值时做什么”，无须手动检查 null，链式调用天然消除了嵌套层级。
用 orElse / orElseGet / orElseThrow 统一分支出口
替代散落各处的 else 分支，把“兜底逻辑”集中收口：
-
orElse("default")：适用于轻量默认值 -
orElseGet(() -> computeDefault())：延迟计算，默认值生成开销大时更高效 -
orElseThrow(() -> new RuntimeException("missing"))：将缺失视为错误，统一抛异常
所有分支最终都落在同一个链末端，逻辑流向清晰，不打断主流程。
用 flatMap 处理返回 Optional 的中间操作
当某一步本身也返回 Optional（如数据库查询、远程调用），直接用 map 会导致 Optional<optional>></optional> 嵌套。此时 flatMap 能自动展平：
整个链条始终保持单层 Optional，无需手动解包或嵌套判断。
慎用 ifPresent —— 它会破坏纯函数性
ifPresent(System.out::println) 看似简洁，但它引入副作用，且无法继续链式传递结果，容易导致逻辑断裂。真正需要“平铺化分支”的场景，应优先选择：
- 用
map/flatMap转换值 - 用
filter做条件筛选（如.filter(u -> u.isActive())） - 用
orElse系列收口
只有在明确执行副作用（如日志、发通知）且不依赖后续计算时，才考虑 ifPresent，并确保它处于链尾。
