Optional用于多级对象导航的核心是避免null暴露和空路径截断，通过flatMap处理可空引用、map转换非空值，配合orElse等实现可控缺失处理。
用 Optional 封装多级对象导航中的可选变量，核心不是“套一层 Optional”，而是**避免在链式调用中暴露 null 并提前截断空路径**。Java 的 Optional 本身不支持直接解包嵌套对象（如 user.getAddress().getCity().getName()），但可通过组合 map 和 flatMap 实现安全、可读、无 NullPointerException 的导航。
用 flatMap 处理多级可空引用
每级可能为 null 的对象，都应视为一次“可能失败的转换”。flatMap 正是为此设计：它接受一个返回 Optional 的函数，自动处理上游为空的情况（直接返回 Optional.empty()），无需手动判空。
例如：
Optional<User> userOpt = Optional.ofNullable(getUser());
String cityName = userOpt
.flatMap(u -> Optional.ofNullable(u.getAddress()))
.flatMap(a -> Optional.ofNullable(a.getCity()))
.map(c -> c.getName())
.orElse("Unknown");
关键点：
-
flatMap用于“从对象提取下一个可空对象”（如从 User 到 Address） -
map用于“从非空对象提取不可空值或转换”（如从 City 提取 String 名称） - 每一步都基于前一步的
Optional结果，天然短路：任一环节为 empty，后续不执行
把中间对象的获取逻辑封装成工具方法
重复写 Optional.ofNullable(x).flatMap(...) 易出错且冗长。可将常用导航路径封装为静态方法，提升复用性与语义清晰度：
public static Optional<Address> addressOf(User user) {
return Optional.ofNullable(user).map(User::getAddress);
}
public static Optional<City> cityOf(Address address) {
return Optional.ofNullable(address).map(Address::getCity);
}
public static Optional<String> nameOf(City city) {
return Optional.ofNullable(city).map(City::getName);
}
调用时更简洁、意图明确：
String cityName = addressOf(user)
.flatMap(Example::cityOf)
.flatMap(Example::nameOf)
.orElse("Unknown");
避免反模式：不要用 Optional 包装字段或返回 null 的方法
Optional 是值容器，不是 null 替代品。以下做法有害：
- 将
Optional<Address> address作为类字段 —— 违反封装，增加序列化/持久化负担 - 写
public Optional<Address> getAddress() { return Optional.ofNullable(address); }—— 掩盖设计问题，调用方仍需.orElse(null)回退到 null，失去安全意义 - 在 DAO 层返回
Optional<User>代替User或null—— 合理；但在业务层对已存在的对象反复包装 —— 不必要
正确姿势：只在结果天生可能不存在**（如查找、解析、计算）且调用方需显式处理缺失场景**时，才用 Optional 作为返回类型。
配合 orElse / orElseGet / orElseThrow 做有意义的兜底
链式导航终点不是为了“消灭 null”，而是为了让缺失变得可控、可描述、可恢复。选择合适的默认策略：
-
orElse("N/A")：简单常量兜底，适合展示层 -
orElseGet(() -> computeDefaultCity())：延迟计算，默认值生成开销大时用 -
orElseThrow(() -> new IllegalStateException("User city missing"))：缺失属于异常流程，应中断并告警
避免无脑 orElse(null) —— 这等于绕过 Optional，又回到 null 风险原点。
