java optional的核心考点是明确使用边界（仅作返回值，禁用作参数或字段）、正确创建（优先ofnullable）、合理取值（避免ispresent+get，多用orelse/flatmap等链式操作），并注意jdk版本差异。
Java Optional 的核心考点不是背 API，而是理解“它该在哪用、不该在哪用、怎么用才不翻车”。掌握这三点，面试和实战基本稳了。
明确 Optional 的边界：只做返回值，不当参数或字段
这是最常被踩的坑。Optional 的设计初衷是显式表达“可能为空的返回结果”，不是 null 的万能替代品。
- ✅ 正确场景：服务层查询方法（如
getUserById(Long id)）返回Optional<user></user> - ❌ 错误场景：
• 把 Optional 当方法参数（调用方必须传 Optional，反而增加负担）
• 声明为类的成员变量（序列化、JSON 序列化失败，且破坏封装）
• 放进集合里（List<optional>></optional>—— 语义混乱，应过滤后再收集）
创建方式选对才安全：ofNullable 是日常主力
三种创建方式对应三类输入来源，选错直接抛异常：
-
Optional.of(value)：仅用于你 100% 确认 value 非 null的场景（比如字面量、已校验过的变量），否则运行时炸 -
Optional.ofNullable(value)：90% 场景首选，自动处理 null → empty，安全无副作用 -
Optional.empty()：用于明确构造“无结果”的语义（如兜底逻辑、测试模拟），等价于ofNullable(null)，但意图更清晰
取值逻辑讲策略：别用 isPresent + get，优先链式组合
写成 if (opt.isPresent()) { return opt.get(); } 就等于把 Optional 当成了带壳的 if 判断，完全没发挥价值。
- 需要默认值？用
orElse("default")（简单值）或orElseGet(() -> heavyCompute())（开销大时延迟计算） - 需要抛异常？用
orElseThrow(() -> new NotFoundException("xxx"))（比手动判空再 throw 更简洁） - 需要进一步处理？走
map()或flatMap()链式转换（例如userOpt.map(User::getAddress).map(Address::getCity).orElse("未知")） - 需要条件过滤？用
filter(u -> u.isActive())，比先 get 再 if 判更函数式、更安全
警惕 Java 版本差异：别在老项目硬套新 API
不同 JDK 版本支持度不同，混用容易编译失败或行为异常：
-
isEmpty()是 Java 11+ 才有，JDK 8 项目仍得用!isPresent() -
orElseThrow(Supplier)在 Java 10+ 支持无参重载（orElseThrow()），但老版本必须传 supplier - Java 17 的
var可简化声明（var opt = Optional.ofNullable(user);），但团队若未统一升级，慎用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
