Optional 本身不避免 NPE，但通过显式、强制、链式处理空值大幅降低其发生概率；仅应用于可能无结果的返回值，禁用于字段和参数；须用 ofNullable() 创建，禁用 of(null)；应链式调用 map/flatMap/orElse/orElseGet/ifPresent，避免 get()。
Java 中 Optional 类本身不自动避免空指针异常，但它能帮你**把空值处理显式化、强制化、链式化**，从而大幅降低 NPE 发生概率。关键不在“用了 Optional”，而在“用对了地方 + 用对了方法”。
只在方法返回值中使用 Optional
Optional 的设计初衷是表达“这个结果可能没有”。它不是 null 的通用替身，更不是字段或参数的包装器。
- ✅ 推荐：数据库查询、配置读取、缓存查找等天然可能无结果的操作，返回
Optional - ❌ 避免：
private Optional—— 序列化失败、ORM 映射异常、调试困难name; - ❌ 避免：
void process(Optional—— 调用方必须构造 Optional，语义模糊且徒增负担input)
用 ofNullable() 安全创建，别碰 of(null)
Optional.ofNullable() 是唯一能安全接收 null 的工厂方法，是预防 NPE 的第一道防线。
-
Optional.ofNullable(user)→ user 为 null 时返回Optional.empty()，不抛异常 -
Optional.of(null)→ 立即抛NullPointerException，绝对不要这么写 -
Optional.empty()适合明确无值的场景（如兜底逻辑中手动构造）
链式调用替代嵌套判空，永远不用 get()
传统多层判空（if (u != null && u.getA() != null && ...)）易漏、难读；Optional 链式操作让路径提取扁平安全。
-
.map(User::getAddress)→ 值存在才执行，否则跳过，不中断链 -
.flatMap(Address::getCity)→ 当中间步骤也返回 Optional 时用（如getCity()返回Optional） -
.orElse("default")→ 提供简单默认值（立即求值） -
.orElseGet(() -> loadFromDB())→ 延迟计算默认值，适合开销大或依赖上下文的场景 -
.ifPresent(System.out::println)→ 有值才执行，省去 if 判断 - ⚠️
.get()是危险操作 —— 仅在刚确认isPresent()后可用，否则等同于裸用 null
理解它的本质：契约工具，不是万能保险
Optional 不消灭 null，也不防止你写错代码。它是一份“接口契约”：告诉调用方“我可能不给你东西，请你主动处理”。如果调用方无视这份契约（比如直接 .get()），NPE 仍会发生，只是换了个形式。
- 业务上必须存在的值（如主键查询用户失败应报错），不该返回 Optional，而应抛异常
- Map.get() 返回 null 是合理语义，不必强行包装成 Optional
- 集合里存 Optional 通常是设计信号异常，优先考虑存真实值 + 显式 null 或单独用 empty 表示缺失
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
