应从第一个可能为null的代理对象（如user）开始用Optional.ofNullable封装，再通过map/flatMap链式安全访问多级属性，避免空指针且显性化“值可能不存在”语义。
用 Optional 封装多级代理对象访问中的可选变量，核心是避免显式判空、防止 NullPointerException，同时让“值可能不存在”这一语义显性化。关键不在于层层套 Optional.ofNullable()，而在于在**真正可能为 null 的入口点**做封装，并配合 map、flatMap 链式安全穿透。
从最外层代理对象开始封装
不要等到取到最终字段才包装，而应在第一个可能为 null 的代理对象上就转为 Optional。例如：
假设调用链为：user.getProfile().getAddress().getCity()，且每级都可能为 null
错误做法：先调用再判空，或对每个中间结果单独包装；
正确做法：从 user 入手（若它本身可能为 null）：
-
Optional.ofNullable(user)—— 第一步就切断空指针风险 - 后续每级调用都走
map，自动跳过 null 中断
用 map 和 flatMap 穿透多级嵌套
map 适用于返回普通对象的 getter（如 getProfile() 返回 Profile）；flatMap 适用于返回可能为 null 的对象再需继续取值的场景（本质是 map + Optional 压平）。
示例（安全获取城市名）：
String city = Optional.ofNullable(user)
.map(User::getProfile) // 若 user 或 getProfile() 为 null，整个链短路
.map(Profile::getAddress) // 同样安全
.map(Address::getCity) // 最终得到 Optional<string>
.orElse("未知城市"); // 统一兜底</string>
如果某级方法返回的是 Optional（比如 getAddress() 已返回 Optional），就该用 flatMap：
.flatMap(profile -> profile.getAddress())- 避免嵌套
Optional>
避免在中间层无意义地创建 Optional
不要对非空确定的方法返回值再套 Optional.ofNullable(...)。例如：
-
profile.getName()明确不返回 null → 直接.map(Profile::getName) -
address.getZipCode()可能为 null → 仍用.map(Address::getZipCode)即可，因为 map 内部已处理 null
map 方法内部会自动检查上游 Optional 是否为空，不会触发实际 getter 调用，所以无需提前判空
结合 orElse / orElseGet / orElseThrow 做语义化兜底
根据业务场景选择终止策略，体现“缺失值”的含义：
-
orElse("默认值")：适合简单常量兜底，开销小 -
orElseGet(() -> loadDefaultCity())：延迟计算，默认值生成较重时用 -
orElseThrow(() -> new BusinessException("用户地址信息不完整"))：缺失即异常，需中断流程
不推荐用 get() 强取，除非你 100% 确保前面链式调用一定有值——这违背了 Optional 的设计初衷。
