Optional 的核心是将空值判断与业务逻辑封装为可组合的链式操作，使“可能为空”成为类型系统一部分；适用于返回值场景，而非字段或参数。
Java 中用 Optional 替代传统条件分支，核心不是“去掉 if”，而是把「空值判断 + 业务逻辑」封装成可组合、可读性强的链式操作。它真正优雅的地方在于：让“可能为空”成为类型系统的一部分，而非靠散落各处的 if (obj != null) 来防御。
用 map 和 flatMap 替代嵌套 if 判断
当需要连续访问可能为空的对象属性（比如 user.getAddress().getCity()），传统写法容易出现多层 null 检查：
if (user != null && user.getAddress() != null && user.getAddress().getCity() != null) {
return user.getAddress().getCity().toUpperCase();
}
用 Optional 可以扁平化表达意图：
-
Optional.ofNullable(user)把 user 包装成 Optional -
map(User::getAddress)安全调用 getAddress，返回Optional<Address> -
flatMap(a -> Optional.ofNullable(a.getCity()))处理可能为 null 的 city（不能用 map，因为 getCity() 返回 String，不是 Optional） -
map(String::toUpperCase)最终转换 -
orElse("UNKNOWN")提供默认值
完整写法：
立即学习“Java免费学习笔记（深入）”；
String city = Optional.ofNullable(user)
.map(User::getAddress)
.flatMap(addr -> Optional.ofNullable(addr.getCity()))
.map(String::toUpperCase)
.orElse("UNKNOWN");
用 filter 替代 if + 条件判断
当需要根据某个字段值做逻辑分支（如“只处理状态为 ACTIVE 的用户”），不用写 if (user.getStatus() == ACTIVE)，而是用 filter 做声明式筛选：
Optional<User> activeUser = Optional.ofNullable(user)
.filter(u -> u.getStatus() == Status.ACTIVE)
.filter(u -> u.getScore() > 80);
activeUser.ifPresent(u -> sendRewardEmail(u)); // 满足所有条件才执行
filter 不匹配时自动变成空 Optional，后续操作自然跳过，避免了显式分支和提前 return。
用 orElseGet 和 ifPresentOrElse 避免无意义的 else 分支
传统写法中，if-else 往往一半是“处理空”的兜底逻辑，容易分散注意力。用 Optional 可以更聚焦主路径：
-
orElseGet(() -> loadDefaultConfig())—— 延迟计算默认值，比orElse(loadDefaultConfig())更高效 -
ifPresentOrElse(user -> process(user), () -> log.warn("No user found"))—— 明确分离“有值做什么”和“没值做什么”，语义清晰，不强制返回值
相比 if (opt.isPresent()) { ... } else { ... }，它把两种情况对齐在一行 API 调用里，结构更紧凑。
注意：Optional 不该用于字段或参数，只用于返回值
这是关键约束，否则会破坏语义和工具支持：
- ❌ 不要定义
private Optional<String> name;—— 字段本就不该“可能为空”，应直接用String并允许 null，或用其他方式建模 - ❌ 不要写
public void handle(Optional<Order> order)—— 调用方还得包装，徒增噪音 - ✅ 正确场景：方法返回值明确表示“结果可能不存在”，如
findById(Long id): Optional<User>、findByName(String n): Optional<Product>
滥用 Optional 会让代码更难懂，它的优雅建立在“用对地方”的前提上。
