Optional不能消除空指针异常，仅将NPE提前至调用get()或orElseThrow()等误用时；它不该包装方法返回值的原始null，而应在必须表达“有/无值”语义且调用方需分支处理时才作为返回类型使用。
Optional 不能消除空指针异常，它只是把 NullPointerException 的爆发时机从运行时提前到你忘记调用 get() 或误用 orElseThrow() 等操作时——而且往往更难调试。
Optional 不该用来包装方法返回值的原始 null
很多人把 Optional 当成“自动防 NPE 的魔法容器”，于是这样写：
public Optional<String> findName(Long id) {
return Optional.ofNullable(repo.findById(id).map(User::getName).orElse(null));
}
这反而掩盖了设计问题。真正该做的是：
- 数据库查不到 ID → 明确抛
IllegalArgumentException或返回空集合（如List<User>） - 业务上允许“无名称” → 返回
String，让调用方按需判断（Objects.nonNull(name)或StringUtils.isBlank(name)） - 只有当你**必须表达“有/无值”这个语义**，且调用方天然需要分支处理时，才用
Optional作为返回类型
链式调用中 Optional 的陷阱：嵌套和扁平化
下面这段代码看似安全，实则会在 user.getProfile() 返回 null 时直接抛 NullPointerException：
立即学习“Java免费学习笔记（深入）”；
Optional<User> userOpt = Optional.ofNullable(getUser());
String avatar = userOpt.map(User::getProfile)
.map(Profile::getAvatar) // ❌ 这里 Profile 可能为 null
.orElse("default.png");
正确做法是确保每一步都返回 Optional：
Optional<User> userOpt = Optional.ofNullable(getUser());
String avatar = userOpt.flatMap(u -> Optional.ofNullable(u.getProfile()))
.flatMap(p -> Optional.ofNullable(p.getAvatar()))
.orElse("default.png");
关键区别：map 假设输入非 null；flatMap 要求函数返回 Optional，能自然跳过 null 中间态。
不要在字段、参数或集合中使用 Optional
Optional 是**值计算的临时容器**，不是数据载体：
- ❌ 字段声明：
private Optional<String> name;→ 序列化失败、JSON 解析报错、Hibernate 不支持 - ❌ 方法参数：
void process(Optional<String> input)→ 调用方必须包一层Optional.of(...)，丧失语义，且无法传null表达“未提供” - ❌ 集合元素：
List<Optional<Integer>>→ 几乎总是设计失误，应改为List<Integer>并允许 null 元素（或用OptionalInt等原始类型特化类）
最常被忽略的一点：Optional 的 isPresent() + get() 写法，和直接判空几乎没差别，还多一次对象创建开销。真要简化空值处理，优先用 Objects.requireNonNull()、Optional.ofNullable(x).or(() -> fallback)，或者干脆接受 null —— 很多时候，null 就是合法状态，强行包装反而模糊语义。
