Optional 是显式表达“值可能不存在”的容器，适用于方法返回值（如 DAO 查询、配置读取），应避免用作参数、字段或集合元素；推荐用 ofNullable() 创建，优先使用 map/orElse 等链式操作而非 get()。
Optional 不是 null 的替代品，而是把“值可能不存在”这件事显式地表达出来。它不消除 null，但让 null 的处理变得不可忽略、不可绕过。
什么时候该用 Optional
最适合用在方法返回值上，尤其是那些天然就可能查不到结果的场景。比如根据 ID 查用户、从配置里读某个字段、解析 JSON 中的嵌套属性等。这些操作的结果本就不确定，用 Optional 作为返回类型，调用方一眼就能意识到需要处理“没找到”的情况。
- DAO 层查询方法：findById、findByName 等可返回 Optional
- 工具类解析方法：parseEmail、extractDomain 等可返回 Optional
- 配置读取：getConfigValue("timeout") 返回 Optional
怎么创建才安全
创建方式决定后续是否埋雷。of() 要求传入非 null 值，一碰 null 就抛 NPE；empty() 明确表示空；而 ofNullable() 是最常用也最实用的方式，它能优雅接纳 null，并自动转为空 Optional。
- Optional.of(value)：只用于你 100% 确定 value 非 null 的场合（如常量、已校验过的参数）
- Optional.ofNullable(value)：推荐用于所有可能为 null 的变量包装，比如 user.getAddress() 的结果
- Optional.empty()：适合手动构造一个明确的“无值”状态，比如兜底逻辑中直接返回
取值和组合的正确姿势
别用 get()，除非你刚用 isPresent() 检查完——那还不如不用 Optional。真正体现价值的是链式操作：map、filter、orElse 等配合使用，把多层判空压缩成一行可读代码。
- orElse("default")：默认值是常量时用它，简单直接
- orElseGet(() -> computeDefault())：默认值计算开销大或有副作用时用，避免无谓执行
- map(User::getAddress).map(Address::getCity)：安全穿透嵌套对象，任一环节为 null 整条链自动短路
- ifPresent(System.out::println)：只在有值时执行动作，无需 if 包裹
哪些地方坚决不能用
Optional 的设计初衷很清晰：它是返回类型，不是通用容器。滥用会引入新问题。
-
不要作为方法参数：public void process(Optional
data) 让调用方还得包装一层，徒增复杂 - 不要作为实体类字段：序列化支持差，JSON 库兼容性不一，且违背“字段天然可为 null”的语义
-
不要放进集合里：List
> 这种结构既难读又难维护，不如用 List + 显式 null 或空字符串约定 - 不要用 if (opt != null)：Optional 对象本身永远不为 null，这种判断毫无意义
