java stream 是数据管道而非容器，不存储数据、一次性消费、惰性求值；创建需按场景选方式；并行流非万能，小数据或io密集型反降效；类型安全转数组应使用 toarray(string[]::new) 等正确写法。
Java Stream 不是语法糖，也不是炫技工具——它是一套有明确设计哲学、运行机制和使用边界的编程范式。硬核通关的关键，不是背方法名，而是理解“什么时候该用、为什么这么用、哪里容易踩坑”。
Stream 的本质：数据管道，不是容器
Stream 本身不存储数据，它只是对数据源（如 List、数组）的一次性计算描述。每次调用终端操作（如 collect()、forEach()、count()）才会触发实际执行，且同一个 Stream 只能消费一次。
- 重复调用终端操作会抛出 IllegalStateException
- 中间操作（如 filter()、map()）只是组装流水线，不执行计算
- 数据源未被修改，Stream 操作是无副作用的（除非你主动在 lambda 里改外部变量）
四种创建方式，按场景选对路
不是所有流都从 List 开始。选错源头，可能多一层装箱、多一次拷贝、甚至引发内存泄漏。
- 集合转流：用 collection.stream()，最常用；并发安全需求可选 parallelStream()
- 数组转流：用 Arrays.stream(arr)，避免先转 List 再转 Stream
- 值直接建流：用 Stream.of("a", "b", "c")，适合少量确定元素
- 无限流慎用：如 Stream.iterate(0, n -> n + 1) 必须搭配 limit() 或 takeWhile()，否则运行即崩
性能陷阱：并行 ≠ 更快，惰性 ≠ 万能
并行流不是开关一开就提速，惰性求值也不代表永远省资源。
- 小数据量（比如几百条）用 parallelStream() 反而更慢——线程调度开销压倒计算收益
- IO 密集型操作（如读文件、查数据库）不适合并行流，CPU 密集型才真正受益
- 短路操作（findFirst()、anyMatch()）配合无限流或大数据集，能极大减少遍历次数
- 避免在 lambda 中修改共享可变状态（如往 ArrayList.add()），应改用 Collectors.toList() 等线程安全收集器
类型安全转数组：别再靠强转
stream.toArray() 返回 Object[]，强转易出 ClassCastException。生产环境必须用类型感知写法：
- 推荐：stream.toArray(String[]::new) —— 由 JVM 推导类型，零异常风险
- 原始类型优先用特化流：intStream.toArray() 返回 int[]，避开 Integer 装箱开销
- 避免中转 List：stream.collect(Collectors.toList()).toArray(new String[0]) 多一次扩容和复制
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
