optional不是空指针的解药，仅将nullpointerexception提前至编译/逻辑检查阶段；仅在方法可能不返回值且调用方必须显式处理缺失时使用，如findfirst()、map.get()封装、数据库查询；禁用于字段、构造函数参数、setter参数；避免new optional(非空对象)和ispresent()+get()反模式；优先用orelse()、map()、flatmap()等发挥其价值；stream中慎用optional，应通过filter或flatmap保持扁平结构；optional不可序列化、不可继承、不支持parallelstream；团队需统一认知，避免optional与null混用导致空值路径混乱。
Optional 不是空指针的“解药”，它只是把 NullPointerException 的爆发时机，从运行时提前到你漏掉 get() 前的编译/逻辑检查阶段。
什么时候该用 Optional？
只在「方法明确可能不返回值，且调用方必须显式处理缺失情况」时才返回 Optional。比如查找集合中第一个满足条件的元素：findFirst()、按 key 查 Map.get() 的封装、数据库查询可能为空的结果。
- 不该用于字段、构造函数参数、setter 参数——这会让 API 变得笨重且无法序列化
- 不该包装已知非空的对象，比如
new Optional(someString)是反模式 - 如果方法本就该抛异常（如非法输入），别用
Optional.empty()掩盖问题
isPresent() + get() 是最常写的错法
这种写法和原来的 if (obj != null) 几乎等价，还多了一层包装，完全没发挥 Optional 的价值。
- 优先用
orElse()、orElseGet()、orElseThrow()直接产出结果或异常 - 需要做条件处理时，用
ifPresent()，但注意它不返回值，不能链式传递 - 真正要“转换”值时，用
map()或flatMap()，比如opt.map(String::trim).filter(s -> !s.isEmpty())
Optional 在 Stream 和函数式链中容易误用
Stream 的 findAny()、reduce() 等方法天然返回 Optional，但手动在中间步骤塞 Optional 会破坏流的扁平结构。
立即学习“Java免费学习笔记（深入）”；
- 不要写
stream.map(x -> Optional.ofNullable(x.transform()))，这会让类型变成Stream<optional>></optional>，后续得额外filter(Optional::isPresent).map(Optional::get) - 正确做法是用
stream.filter(Objects::nonNull).map(...)，或者用flatMap展开：stream.flatMap(x -> Optional.ofNullable(x.transform()).stream()) -
Optional本身不是容器，它不可序列化、不可继承、不能被parallelStream()安全消费
最麻烦的其实是团队认知偏差：有人把它当“强制判空语法糖”，有人当“函数式必需品”，结果代码里 Optional 和 null 混用，orElse(null) 频出，反而让空值路径更难追踪。
