Java Stream API 健壮性关键在于主动防御空值、重复键和异常：需用 filter(Objects::nonNull) 或 Optional.ofNullable 处理 null；toMap 必须提供合并函数防键冲突；Lambda 中封装 try-catch 或抽离异常处理方法；善用 Optional 的 orElse、orElseGet、ifPresent 等终端操作。
Java Stream API 在集合转换中要真正健壮，关键不是“写得短”，而是提前堵住空值、重复键、异常中断这些常见漏洞。
空值和空集合必须主动防御
Stream 不会自动跳过 null 元素或 null 集合。比如用 flatMap 处理嵌套列表时，如果某个子列表是 null，直接调用 .stream() 就会抛 NullPointerException。
安全做法是前置过滤：
- 对元素本身为 null 的场景，加
.filter(Objects::nonNull) - 对要 flatMap 的集合字段，先判空再转流，或统一用
Optional.ofNullable(list).map(List::stream).orElseGet(Stream::empty) - 空 List（如
new ArrayList()）本身安全，无需额外处理，它 flatMap 后只是不产生任何元素
toMap 必须显式处理键冲突
默认的 Collectors.toMap(keyMapper, valueMapper) 遇到重复 key 会立即抛 IllegalStateException，线上服务可能因此中断。
立即学习“Java免费学习笔记（深入）”；
务必提供第三个参数——合并函数：
- 保留先出现的值：
(oldVal, newVal) -> oldVal - 覆盖为后出现的值：
(oldVal, newVal) -> newVal - 拼接或聚合：
(oldVal, newVal) -> oldVal + "," + newVal（适用于字符串值）
别依赖“数据不会重复”的假设，生产环境总有意外。
操作链中异常需封装规避
Lambda 表达式不能直接抛受检异常（如 IOException），但实际转换中常涉及文件读取、JSON 解析等易错操作。
推荐两种轻量方案：
- 在 map 或 filter 内部用 try-catch 包裹，返回 Optional 或默认值，再用
filter(Optional::isPresent)筛出有效结果 - 把易错逻辑抽成独立方法，内部处理异常并返回安全类型（如
String parseJsonSafely(String json)返回 null 或空对象）
善用 Optional 配合终端操作
像 findFirst()、max()、reduce() 这类操作返回 Optional，不是装饰，是强制你面对“可能没有结果”这个事实。
避免 .get() 硬取，改用：
-
orElse(null)或orElse(DefaultValue) -
orElseGet(() -> computeDefault())（延迟计算，默认值开销大时更合适） -
ifPresent(...)做有值时的副作用操作
这比靠文档说明“这里不会为空”靠谱得多。
