Java Optional实战项目以真实空值场景为核心，通过三层嵌套对象（User→Address→City）的NPE问题切入，对比传统判空与Optional链式调用，覆盖基础默认值、延迟加载、多层取值、存在执行、空值抛异常五类场景，并升级Java 9+特性及典型错误调试。
做 Java 中的 Optional 综合练习项目，核心不是堆砌语法，而是围绕“真实空值场景”设计任务，让每一步都自然引出 Optional 的必要性。下面给出一个结构清晰、可立即上手的实战路径，覆盖创建、链式处理、默认策略、异常控制和常见陷阱。
从一个典型空值问题出发
先写一段容易出 NPE 的代码，再用 Optional 重构——这是最有效的学习方式：
- 定义三层嵌套对象：User → Address → City（每个字段都可能为 null）
- 模拟接口返回：getUserById(Long id) 可能返回 null；getAddress() 可能返回 null；getCity() 可能返回 null
- 原始需求：获取用户所在城市名，若任一环节为空，返回“未知城市”
- 对比写出传统 if 判空写法（4–5 行嵌套）和一行 Optional 链式调用，直观感受差异
覆盖五类高频使用场景
每个场景配一个独立小任务，运行验证结果：
-
基础判空与默认值：用
Optional.ofNullable(user.getName()).orElse("匿名")替代user != null && user.getName() != null ? user.getName() : "匿名" -
延迟加载默认值：当默认值生成开销大（如查缓存、拼接字符串），改用
orElseGet(() -> loadDefaultName()) -
多层安全取值：对 user.getAddress().getCity() 写成链式调用：
Optional.ofNullable(user).map(User::getAddress).map(Address::getCity).orElse("未知城市") -
存在才执行逻辑：用
ifPresent(u -> sendWelcomeEmail(u))替代 if + get 组合，避免无谓的 isPresent() 判断 -
空值抛业务异常：关键路径（如订单校验）中，
Optional.ofNullable(order).orElseThrow(() -> new OrderException("订单不存在"))
加入 Java 9+ 新特性巩固理解
在基础任务完成后，升级几个点，体会演进价值：
立即学习“Java免费学习笔记（深入）”；
- 把
if (opt.isPresent()) { ... } else { ... }改成opt.ifPresentOrElse(this::handleUser, () -> log.warn("用户为空")) - 用
.or(() -> Optional.of("backup@example.com"))实现邮箱兜底策略 - 将多个 Optional
转为 Stream 处理： userList.stream().map(repo::findById).flatMap(Optional::stream)，过滤掉查不到的用户
刻意设置并修复典型错误
专门写错代码再调试，强化记忆：
- 误用
Optional.of(null)→ 观察抛出的 NullPointerException - 直接调用
opt.get()不判空 → 运行时报 NoSuchElementException - 把 Optional 当参数传入方法（如
void process(Optional<user> u)</user>）→ 理解为什么违背设计初衷 - 对 List 或 Map 包一层 Optional（如
Optional<list>></list>）→ 讨论集合本身已具备空语义，无需额外包装
整个练习不需要复杂框架，纯 JDK 8+ 即可完成。重点是每次改动后问自己：这里用 Optional 是让逻辑更清晰，还是只是套壳？真正掌握，就体现在你能果断选择“该用”和“不该用”的边界。
