Optional 与 Stream 配合可安全简洁处理可能为空的数据流：JDK9+用opt.stream()、JDK8用flatMap+ofNullable转换；用Stream.ofNullable替代filter(Objects::nonNull)精准处理null；嵌套Optional通过flatMap链式展开；终止操作优先用findFirst等原生返回Optional的方法。
Optional 和 Stream 在生产环境中常配合使用，核心目标是安全、简洁地处理“可能为空”的数据流。不是把 Optional 当容器硬塞进流，而是利用二者语义互补：Optional 明确表达“值可能存在”，Stream 表达“对一批值的声明式操作”。关键在于用对转换点，避免嵌套、规避 null 检查。
从单个 Optional 转为 Stream 进行统一处理
常见于查询单条记录后需参与后续批量逻辑（如合并、去重、映射）：
- JDK 9+ 直接调用 opt.stream()，空 Optional 返回空流，安全且无分支
- JDK 8 用 opt.flatMap(s -> Stream.ofNullable(s))，比
opt.isPresent() ? Stream.of(opt.get()) : Stream.empty()更函数式 - 注意别写
opt.map(Stream::of)——结果是Optional<stream>></stream>，后续无法链式 filter/collect
用 Stream.ofNullable 替代冗余的 null 过滤
当源头数据本身含 null（如 List 中混有 null 元素），直接 flatMap + Stream.ofNullable 是最干净的起点：
-
list.stream().flatMap(s -> Stream.ofNullable(s))等效于过滤 null，但语义更精准：null 不是“要筛掉的脏数据”，而是“合法的缺失值” - 对比
filter(Objects::nonNull)，它多一次判空调用，且在嵌套结构中易漏判（比如 list 本身为 null） - 适合场景：解析外部 API 响应、读取 CSV 行、处理 Map 的 value 集合等不确定性的输入
嵌套 Optional 的扁平展开（如多层默认值查找）
业务中常见“找默认项”逻辑：从列表中按条件筛选第一个匹配项，结果是 Optional；而该对象内部又有类似结构。用 flatMap 链式展开可彻底消除 ifPresent + isPresent：
-
item.getItemVendorFactList()返回 List，用CommonUtil.safeStream(...).filter(...).findFirst()得到Optional<itemvendorfact></itemvendorfact> - 接着
.flatMap(vendorFact -> vendorFact.getVendor().getFactList().stream().filter(...).findFirst())，一路到底不中断 - 整个链条返回
Optional<fact></fact>，最后用orElse(null)或ifPresent(csoItem::setFactory)收尾
终止操作优先选原生 Optional 返回型方法
Stream 的 findFirst()、findAny()、min()、max() 都直接返回 Optional，无需手动包装：
- 避免写
list.stream().filter(...).collect(Collectors.toList()).get(0)—— 可能 IndexOutOfBoundsException - 也避免
list.stream().filter(...).findFirst().orElse(null)后再判 null，应直接用orElseGet(() -> defaultValue())或map(...).orElse(null) - 这类操作天然适配后续 Optional 链式调用，比如
stream.findFirst().map(Item::getName).orElse("未知")
