Java Optional链式调用的核心是安全、显性地处理嵌套对象的连续判空，适用于User→Address→City→name等可能为null的路径访问；需区分map与flatMap、必须以orElse等终结操作收尾，且避免过度链式损害可读性。
Java Optional 链式调用不是炫技手段，而是把“层层判空”逻辑显性化、安全化的核心能力。用对了，代码更短、更健壮；用错了，反而增加嵌套和理解成本。
链式调用适用的核心场景
只在需要**连续访问嵌套对象字段**且任一环节可能为 null 时使用链式调用，例如：从 User → Address → City → name 的路径提取。
- ✅ 合理：Optional.ofNullable(user).map(User::getAddress).map(Address::getCity).map(City::getName).orElse("未知")
- ❌ 不合理：对已确定非空的对象强行套 Optional 再 map；或用链式处理集合、参数、字段等本不该封装的场景
map 和 flatMap 的分工要清楚
map用于单层转换（返回普通值），flatMap用于转换后仍返回 Optional 的情况，避免嵌套 Optional。
- 比如 getUser() 返回 Optional<User>，而 user.getAddress() 返回 Address（非 Optional）→ 用 map
- 若 getAddress() 本身也返回 Optional<Address> → 必须用 flatMap，否则得到的是 Optional<Optional<Address>>
链式末尾必须有终结操作
map/flatMap/filter 只是中间操作，不触发执行，也不解决“值不存在怎么办”的问题。链式必须以 orElse、orElseGet、ifPresent、orElseThrow 等终结。
立即学习“Java免费学习笔记（深入）”；
- 错误写法：userOpt.map(User::getEmail) —— 没消费，没兜底，毫无意义
- 正确写法：userOpt.map(User::getEmail).orElse("no-email@example.com")
- 推荐 orElseGet 而非 orElse，尤其默认值构造开销大时（如 new Date()、远程调用）
别为了链式而破坏语义清晰度
如果链式过长（超过 3~4 层 map）、或逻辑分支复杂（比如需根据某字段值做不同转换），不如拆成带注释的分步处理。
- 可读性优先：Optional
userOpt = userService.findById(id); - 再单独处理：String city = userOpt.flatMap(u -> Optional.ofNullable(u.getAddress()))
.flatMap(a -> Optional.ofNullable(a.getCity())).orElse("N/A");
