最扎实的学习方式是先理解Optional解决空指针和显式表达null意图的问题，再实践典型场景代码，最后对照其方法契约掌握语义差异，避免误用为容器或滥用get()。
直接读官方文档和 JDK 源码最扎实，但对初学者不够友好。更高效的方式是：先理解它要解决什么问题（避免空指针、让 null 意图显式化），再动手写几段典型场景代码（比如链式调用、默认值处理、条件过滤），最后对照 Optional 的每个方法看它的契约——不是“它能做什么”，而是“它在什么前提下返回什么，抛不抛异常”。
别把 Optional 当容器来“存数据”
Optional 不是集合，也不是可变状态的包装器。它只表示“可能有值，也可能没有”，且一旦创建就不能修改。常见误用包括：
- 把它作为字段或方法返回类型用于非业务逻辑场景（比如 DAO 层返回
Optional<User>是合理的，但 Service 层又把它塞进 Map 或 List 就违背本意） - 调用
get()前不检查isPresent()，等于换种方式写if (obj != null) - 用
Optional.of(null)—— 这会立刻抛NullPointerException，应改用Optional.ofNullable(null)
掌握三个核心方法的语义差异
orElse(T other)：值存在就返回它，否则返回 other（other 是立即求值的）
orElseGet(Supplier<? extends T> other)：值存在就返回它，否则调用 supplier 获取默认值（延迟求值，适合开销大或有副作用的操作）
orElseThrow(Supplier<? extends X> exceptionSupplier)：值存在就返回它，否则抛出 supplier 创建的异常（比 get() 更安全、意图更明确）
例如：config.getPort().orElseGet(() -> findAvailablePort()) 比 config.getPort().orElse(findAvailablePort()) 更合理，因为后者不管有没有配置都会执行端口查找。
链式操作要警惕“假安全”
map 和 flatMap 很优雅，但容易掩盖空值传播路径。比如：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
userOptional .map(User::getProfile) .map(Profile::getAddress) .map(Address::getZipCode)
这段代码只要任意一环为 null，结果就是 Optional.empty() —— 看似安全，实则丢失了“在哪一步失败”的信息。调试时建议配合日志或断点，必要时拆成带判断的步骤。
替代方案比强行用 Optional 更重要
不是所有 null 场景都该用 Optional。比如：
- 参数校验：用
@NonNull+ IDE/编译器检查，或手动Objects.requireNonNull - 集合为空：优先用
Collections.emptyList()或ImmutableList.of()，而不是Optional<List<T>> - API 设计：REST 接口返回 404 比返回
Optional<ResponseEntity>更符合 HTTP 语义
Optional 是工具，不是教条。用得自然，比用得“全”更重要。
