Java ，现在工作中 stream 用的多吗

没有 stream，我现在手里这个需求我能写成自闭症

list.forEach(x->{xxx}) 比较经常用，但是有时候需要维护一个计数 index 就不方便了，代码块里不允许可变变量

map

groupBy

filter

anyMatch

allMatch


这些你用 for 循环写出来代码难看的要死。

关键是后面你改代码的时候很舒服

@lqw3030
可以使用 IntStream.range(0, list.size())..... 这样的方式操作索引

@lihongjie0209 是的 还有个 collect，写起来很方便 hhh

用习惯了之后,简直爽的飞起啊

我们 code review 如果发现可以使用 stream 的地方没使用会影响绩效

不仅用 stream，还用 vavr

看情况，stream 里只能抛 RuntimeException，包个 try catch 好难看……

另外也不能 return 到外层
kotlin 对此做了一些糖

Stream, Completablefuture, Optional 在 Java 8 是最常见的。Spring Data JPA （ JPA 2.2 ）早已经支持 Stream, Optional 返回结果。

现在已经将工作环境切换到 Java11，Optional 现在支持 map, flatMap 了，var 类型推断，List.of, Map.of 等开始用了。

不过 Future，Completablefuture 用起来不舒服，没有 Reactor API 方便。

网上说不用并行流的情况下 stream foreach 的效率比循环要低, 不知道大家是怎么看的?

@micean 你需要 vavr

foreach map filter findFirst
这几个用的最多

@dyxLike 你觉得机器值钱还是人值钱，而且只要你一直升级 jvm， 这些性能问题在 jvm 层面都帮你解决了。 前几年还说不能用字符串拼接呢

刚开始用，感觉很香。

@lihongjie0209 #4 Stream.iterate(0, item -> item + 1).limit(10).forEach(

用得很爽，不过现在这个项目用的还是 java7

你同事是不想学，stream 好用的飞起，可以节省不少时间，然后好划水。

早就想用了，不过优先级排的很靠后，应该属于 Java 8 新特性中最晚启用的，毕竟要非常大地改变编码习惯。

@hantsy
spring webflux 在某些模块上用着好香，相比之下 Java 自带的 future 就别扭多了。

@dyxLike stream foreach 性能低一些无所谓啊，真的连这里的性能都要榨的话，后期再改。

@dyxLike #12 充分优化，stream 效率比 foreach 更高，因为 iterator 需要很多不必要的边界检查，这些是基于 spliterator 的 stream 不需要的。不过 stream 的效率需要 partial escape analysis 的支持，这个 graalvm 已经有了，新版 jvm 也在开始有

stream 很好用

@lihongjie0209
机器值钱,如果觉得人比机器值钱,只能说明服务规模太小了
而且稍大一点的公司,三五年都不会更新 JDK(大版本)...
不过 for 循环这个损耗确实...有点小....不是极端场景可以基本忽略....

想用来着，但是 stream 还是有几个问题的：
1. 复杂逻辑，一套就出现了很长的缩进。“火箭式代码”，就在刚刚发现项目里出现了 stream+lamda，8 级缩进
2. stream+lamda 打断点，如何查看 return 的值呢？比如：
```
Collectors.toMap(
info -> Optional.ofNullable(processKey(info)),
info -> Optional.ofNullable(processValue(info))
)
```
我想每次在 map 里加一个 pair 的时候停下来，并知道刚刚 /将要添加的 pair 是啥。

---
另外，谈谈我的理解，不对的话，请及时斧正。
stream 在简单的数据转换时很有用，比如将 List<String>转换成 List<Long>

面对复杂逻辑，就需要 stream+lamad/function 了，类似函数式。
但是函数式的缺点就在于，1. 人的理解一般是指令式的，函数式很绕。2. debug 的时候，不好 debug

没有 js/ts 爽。

说句题外话，filter 这名字取得真不好，每次用的时候脑子都要转个弯，我觉得它应该叫 retain
再增加一个 predict 为 true 时抛弃元素的方法，叫 filter 就贴切了

@NeinChn 要是机器值的话可以直接用 c++， 而不是纠结用 for 还是 foreach

@RobberPhex
1. stream 逻辑复杂和几百行的函数一样，都可以通过提取函数的方式重构
2. idea 中有 stream debug 插件可以看看
3. stream 多数情况下就是做三个操作 map reduce filter，你只需看 stream 的返回值就可以了， 一般不需要到 stream 的内部 debug

@dyxLike 按网上测评确实有差距，但高 QPS 亲测，对于 IO 密集型业务来说可以忽略不计。CPU 密集型的没实测过不好说，但个人感觉对于绝大部分业务来说也是可以接受的。

strem 可读性差一点吧

stream 很好用 ，仅仅是 foreach，就没必要用了。
map groupBy filter reduce sort limit 写起来很爽

kotlin 了解一下，跟 Java 一块写爽的一批，spring 官方也支持

@zek 其实可读性更好，但前提是要先跨过函数式思维的门槛

@feiyuanqiu Ruby 里面叫 select 和 reject，我觉得很贴切

最近用得越来越多了。

steam 用的挺多的，下班后经常用。。。

@zek 为什么这么觉得。。。天哪

用的不多，都是直接.asScala

爽到飞起

2015 年开始用 stream，2017 年开始迁移到 kotlin

@bduqw 我不觉得 Kotlin 写程序会爽很多。Java 8 以后，语法方面一直借鉴了其他语言的优秀设计，已经大大简化了。

https://github.com/hantsy/spring-webmvc-functional-sample

建议少用，隐藏了业务复杂性 可读性差 调试困难，自己爽的飞起，你新来的同事就苦逼了