Optional是Java 8引入的空值语义显式化机制，旨在将“可能为空”从隐含约定提升为类型系统的一部分，避免NPE并减少冗余判空；核心用法包括ofNullable创建、map/orElse取值、filter/ifPresent分支处理。
Optional 不是语法糖，也不是炫技工具，它是 Java 8 引入的空值语义显式化机制。学它不为“用上新特性”，而是为了让 null 的存在被代码自己说出来——既避免 NPE，也减少无意义的 if (obj != null) 嵌套。
先理解它解决什么问题
传统判空写法本质是“防御性编程”，但容易漏、难维护、逻辑被干扰。比如：
- 多层对象调用：user.getAddress().getCity().getName() —— 任一环节为 null 就崩
- 方法返回 null 表示“查无结果”，但调用方无法区分是业务逻辑没查到，还是系统异常导致没返回
- 集合中存 null 元素，遍历时需要额外检查，语义模糊
Optional 把“可能为空”这个事实，从隐含约定变成类型系统的一部分：返回 Optional
掌握三个核心操作模式
不必记所有 API，先熟练以下三种典型用法，覆盖 90% 场景：
立即学习“Java免费学习笔记（深入）”；
-
创建：用
Optional.ofNullable(obj)（安全）；不用Optional.of(null)（会直接抛 NPE） -
取值：优先用
.map(User::getName).orElse("未知")，而不是.get()；.get()应视为“最后兜底手段”，只在确定非空时才用 -
判断与分支：用
.isPresent()+.ifPresent(...)替代 if 判空；更推荐链式写法，如userOpt.filter(u -> u.isActive()).map(User::getEmail).orElse(null)
避开新手最容易踩的坑
Optional 被误用，往往比不用还糟：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 不要把 Optional 当容器用：别在实体类字段里声明
private Optional<string> name;</string>—— 这违背了它的设计本意（用于方法返回值，表达“计算结果可能为空”） - 不要用 Optional 包装基本类型或集合：比如
Optional<list>></list>是反模式；该用空集合（Collections.emptyList()）就用空集合 - 不要在数据库 ORM 层强行包装：MyBatis 返回 null 时可转 Optional，但 JPA 的 @OneToOne 默认返回 Optional，要注意懒加载和代理对象的兼容性
练熟的关键：从改写旧代码开始
不靠背 API，靠动手改。挑一段你写过的 DAO 方法，例如：
User user = userMapper.selectById(id);return user != null ? user.getNickname() : "游客";
→ 改成：
return Optional.ofNullable(userMapper.selectById(id)).map(User::getNickname)
.orElse("游客");
再试一个带条件的：
if (user != null && user.getRole() != null && "ADMIN".equals(user.getRole().getCode())) { ... }→ 改成：
Optional.ofNullable(user).flatMap(u -> Optional.ofNullable(u.getRole()))
.filter(role -> "ADMIN".equals(role.getCode()))
.ifPresent(...);
改三次，手感就来了。
