collect方法必须配合Collectors使用，是流的终端操作，依赖Collector接口实现；直接调用会编译失败，应优先使用toList()等标准收集器而非自定义三参数形式。
collect方法必须配合Collectors使用
Java的collect是流的终端操作，它本身不直接创建集合，而是依赖Collector接口的实现——最常用的就是Collectors工具类提供的静态方法。直接写stream.collect()会编译失败，因为缺少Collector参数。
常见误用：list.stream().collect(ArrayList::new, ArrayList::add, ArrayList::addAll)这种自定义三参数形式虽可行，但易出错、可读性差，应优先用Collectors.toList()等标准收集器。
-
Collectors.toList()：返回ArrayList（非不可变），JDK 16+ 仍不保证线程安全 -
Collectors.toSet()：返回HashSet，元素无序且去重，不能保证插入顺序 -
Collectors.toCollection(LinkedList::new)：显式指定集合类型，适合需要LinkedList特性的场景
toMap遇到重复key会抛异常
用Collectors.toMap(keyMapper, valueMapper)时，若流中多个元素映射到相同key，会立即抛出IllegalStateException: Duplicate key。这不是bug，是设计使然——toMap默认不处理冲突。
解决方式只有显式提供第三个参数：合并函数（BinaryOperator）：
立即学习“Java免费学习笔记（深入）”；
Map<String, Integer> map = list.stream()
.collect(Collectors.toMap(
Person::getName,
Person::getAge,
(oldVal, newVal) -> oldVal // 保留旧值
));
- 合并函数决定冲突时取哪个值，也可写
(a, b) -> a + b做累加 - 若key可能为
null，需额外检查，否则HashMap底层会抛NullPointerException - 不推荐用
toMap构造TreeMap，应改用Collectors.toMap(..., ..., ..., TreeMap::new)四参数重载
并行流下toList/toSet不是线程安全的“自动同步”
即使对并行流调用collect(Collectors.toList())，结果仍是正确、有序的ArrayList。但这不是因为收集过程被加锁，而是Collectors.toList()内部使用了线程安全的组合策略：各线程先各自收集为局部列表，最后按流顺序合并。
但要注意：
- 自定义
Collector若未正确实现combiner，在并行流下会出错或结果错乱 -
Collectors.toCollection(ConcurrentLinkedQueue::new)这类并发集合收集器，返回的是并发容器，但collect不保证其遍历顺序 - 如果业务逻辑依赖收集顺序（比如分页前10条），并行流+
toList()依然可靠；但不要假设中间过程是线程安全的“实时更新”
Collectors.counting()和map.size()别混用
Collectors.counting()返回的是Long，常用于groupingBy的下游收集器，例如统计每个分类下的数量：
Map<String, Long> countByType = list.stream()
.collect(Collectors.groupingBy(Person::getType, Collectors.counting()));
而list.stream().collect(Collectors.toList()).size()是冗余写法，既低效又绕路。要获取流元素总数，直接用stream.count()——它专为计数优化，不构造中间集合。
-
counting()本质是reducing(0L, e -> 1L, Long::sum)，适用于下游聚合场景 - 若只需总数，
count()比collect(counting())少一次装箱/拆箱，性能略优 - 对无限流（如
Stream.iterate）调用count()会永远阻塞，务必确认流有界
collect时，最易忽略的是收集器的“不可变性承诺”——toList()返回的ArrayList可修改，但Collectors.toUnmodifiableList()（JDK 10+）才真正不可变；老版本得靠Collections.unmodifiableList包装，且这个包装只是运行时防护，编译期不报错。 
