开发的时候我发现个问题，就是在学习玩streamAPI和lambda表达式后，我就变得越来越喜欢直接使用streamAPI，而不是使用for循环这种方式了，但是这种方式也有一定的缺点，但是直到某一次代码review，我的同事点醒了我，“小火汁，你的stream流写的是挺好，但是问题是为什么从同一个源取相似的对象，要分别写两次stream，你不觉得有点多余了吗？程序员不只是写代码，反而是最初的设计阶段就要把全局流程想好，要避免再犯这种错误哦~”，这句话点醒了我，所以我打算先看一下stream遍历、for循环、增强for循环、迭代器遍历、并行流parallel stream遍历的时间消耗，查看一下这几种方式的异同。

使用stream主要是在做什么？

此时我们先准备一个类java

 代码解读
复制代码
@Data
@Accessors(chain = true)
@AllArgsConstructor
@NoArgsConstructor
class Item {
    private Integer name;
​
    private Integer value;
}

1. list转成mapjava

 代码解读
复制代码
list.stream().collect(Collectors.toMap(Item::getName, Item::getValue, (newValue, oldValue) -> newValue))

1. List过滤，返回新Listjava

 代码解读
复制代码
List<Item> collect = list.stream().filter(x -> x.getValue() > 50).collect(Collectors.toList());

1. 模拟多次stream，因为我在开发中经常出现这种问题java

 代码解读
复制代码
Map<Integer, Integer> collect = list.stream().collect(Collectors.toMap(Item::getName, Item::getValue, (newValue, oldValue) -> newValue));
Map<Integer, Integer> collect3 = list.stream().collect(Collectors.toMap(Item::getName, Item::getValue, (newValue, oldValue) -> newValue));

1. 取出list<类>中某一个属性的值，转成新的listjava

 代码解读
复制代码
List<Integer> collect = list.stream().map(Item::getValue).collect(Collectors.toList());

1. list<类>中进行一组操作，并且转成新的listjava

 代码解读
复制代码
        List<Item> collect1 = list.stream().parallel().map(x -> {
            Integer temp = x.getName();
            x.setName(x.getValue());
            x.setValue(temp);
            return x;
        }).collect(Collectors.toList());

实际消耗

选择1、10、100、100_00、100_000的原因

1、10、100主要是业务决定的，实际代码编写中这块的数据量是占大头的，10_000，100_000是因为为了查看实际的大数据量情况下的效果。

结果结论如下：

1. 如果只是用filter的API，则建议只使用普通for循环，其他情况下数据量较少时，虽然stream和for循环都是10ms以内，但是性能上会差着3-4倍
2. 普通for循环可以使用for (Item item : list)，因为这个是for (int i = 0; i < ; i++)的语法糖
3. 增强for循环底层是Iterator接口，但是实际的验证时发现特别慢，暂时没发现原因，但是不推荐使用
4. stream串行流转成并行流操作后普遍还是不如串行流快，速度如下：执行时间：串行流转并行流>串行流>并行流，所以串行流转并行流不推荐使用
5. 串行流转并行流和并行流都会使用ForkJoinsPool.commonPool()，这是个进程共用的CPU型线程池，且数据不方便修改，我记得是需要在启动的时候进行修改
6. 串行流转并行流和并行流均会产生线程争抢资源与线程安全问题
7. 在单次stream多次中继操作的情况下，执行速度和单次中继操作差不多

总结

1. 写一次stream操作耗时较少，但是会导致开发人员无意之间多次使用stream流做类似操作（如从订单类中多次取不一致但是相似的一组对象），从而导致可读性变差，不利于后续拓展
2. 尽量使用普通for循环做遍历，迭代器循环做删除或者使用collection的remove、removeIf等API实现（如果只需要删除的话）
3. 使用普通for循环比stream流节省时间，因此在提高性能的角度看开发中尽量使用普通for循环。

转载来源：https://juejin.cn/post/7427173759713951753