stream.collect(collectors.tolist()) 不会直接报错，但流已关闭、为空或上游操作截断数据时会出问题；java 16+ 推荐用 stream.tolist() 获取不可变列表，需可变则用 collectors.tolist()。
Stream.collect(Collectors.toList()) 为什么返回空列表或报错
直接调用 Stream.collect(Collectors.toList()) 本身不会报错，但常见问题出在流源已关闭、为空、或上游操作（如 filter、map）意外截断了数据。比如对 Optional.stream() 后未判空，或对已消费过的流重复收集 —— 此时会抛 IllegalStateException: stream has already been operated upon or closed。
- 确保流只被收集一次；多次调用
collect()是非法的 - 检查上游是否用了
findAny()、findFirst()等终端操作，它们不返回 Stream，不能链式接collect - 若源是
Iterator或自定义 Spliterator，确认其tryAdvance正确返回false表示结束
Collectors.toList() 和 new ArrayList(stream.toList()) 的区别（Java 16+）
Java 16 引入了 Stream.toList()，它返回的是不可变列表（ImmutableCollections.ListN），而 Collectors.toList() 返回的是可变的 ArrayList（具体实现类可能随 JDK 版本变化，但保证可修改）。
- 需要后续
add()、remove()操作？必须用Collectors.toList() - 只是读取且希望轻量、防误改？优先用
stream.toList()（更简洁，无额外 collector 开销） - Java 15 及以下？只能用
Collectors.toList()，否则编译失败
示例对比：
Stream<string> s = Stream.of("a", "b");
List<string> mutable = s.collect(Collectors.toList()); // ✅ 可 add
// List<string> immutable = s.toList(); // ❌ Java 15 编译不过</string></string></string>
Collectors.toList() 在并行流中的线程安全性
Collectors.toList() 是线程安全的，内部使用 ArrayList::new 作为 supplier，ArrayList::add 作为 accumulator，ArrayList::addAll 作为 combiner —— 所有方法都由并行流框架调度，无需手动同步。
- 并行流下结果顺序仍与原流一致（因为 combiner 保证合并顺序）
- 但性能不一定比串行快：小数据集 + 简单操作时，并行开销反而更高
- 若自定义 collector 未正确实现
combiner，并行时可能丢数据 —— 别自己重写，直接用标准 collector
替代方案：什么时候不该用 Collectors.toList()
不是所有“转列表”场景都适合 Collectors.toList()。比如你需要去重、排序、或限制数量，硬套 collect 再后续处理，效率低且易出 bug。
- 去重后转列表 → 用
stream.distinct().collect(Collectors.toList())，别先 collect 再new HashSet(list) - 取前 10 条 → 用
stream.limit(10).collect(Collectors.toList())，别 collect 全量再subList(0, 10)（OOM 风险） - 按字段分组 → 直接用
Collectors.groupingBy()，别 collect 成 list 再手写 map 循环
真正该警惕的，是把流当“语法糖”用：先 collect 成 list，再 for 循环处理 —— 这等于放弃流的声明式优势，还多一次遍历。
