optional.map()不支持链式判空访问嵌套属性，因只保护当前optional，不保护中间方法调用；正确做法是每层可能为null的对象都用optional.ofnullable()包裹后再map。
Optional.map() 本身不支持链式判空访问嵌套属性
直接用 Optional.map() 对嵌套对象（比如 user.getAddress().getCity()）做“链式”调用，会抛 NullPointerException ——因为 map() 只保护调用它的那个 Optional，不保护内部方法链里的中间对象。它不是 JS 那种可选链（?. ），也不是 Kotlin 的安全调用（?.）。
常见错误写法：
Optional.ofNullable(user)
.map(u -> u.getAddress().getCity()) // ❌ getAddress() 可能为 null，这里就崩了
正确思路是：每层可能为 null 的对象，都要包裹成 Optional，再用 map() 向下传递。
手动把每层嵌套转成 Optional 再 map
这是最可控、也最符合 Java 原生语义的做法。核心原则：遇到可能为 null 的引用，立刻用 Optional.ofNullable() 包一层，再用 map() 继续向下。
示例（获取用户所在城市的名称）：
Optional.ofNullable(user)
.map(User::getAddress)
.map(Address::getCity)
.map(City::getName)
这个链路中：
-
User::getAddress返回Address，若为null，整条链自动短路，结果为Optional.empty() -
Address::getCity同理，只在上一步有值时才执行 - 所有中间 getter 都必须是非
null安全的（即不抛 NPE），否则仍会崩
为什么不能用 user.getAddress().getCity() 直接传进 map？
因为 map() 接收的是一个函数式接口 Function<t r></t>，它会在当前 Optional 有值时**立即执行该函数体**。如果函数体里写了 u.getAddress().getCity()，那么 getAddress() 这一步就脱离了 Optional 的保护范围。
等价于这段代码：
if (user != null) {
Address addr = user.getAddress(); // ❌ 这里 addr 可能为 null，但没被检查
return addr.getCity().getName(); // ❌ 然后直接调用，NPE 就来了
}
所以必须拆开，让每一层都走 Optional 的空值传播机制。
复杂嵌套或重复逻辑建议封装成工具方法
当嵌套层级深（如 user.getProfile().getSettings().getTheme().getColor()）或多个地方复用时，硬写一长串 map() 易错且难读。可以封装一个静态辅助方法：
public static <t r> Optional<r> safeMap(
Optional<t> opt, Function<t extends r> mapper) {
return opt.flatMap(t -> Optional.ofNullable(mapper.apply(t)));
}
</t></t></r></t>
但注意：这和原生 map() 行为不同——它对 mapper 的返回值也做了 ofNullable 包装，适合你明确知道 getter 可能返回 null 的场景。不过多数情况下，老老实实拆成多层 map() 更清晰、更少歧义。
真正容易被忽略的点是：getter 方法本身的契约。如果 getAddress() 文档没说“可能返回 null”，而你按 null 处理，反而掩盖了业务逻辑缺陷；反之，如果它本应非空却返回了 null，靠 Optional 链只是兜底，不是修复。
