Java21 make Java great again

[javak]

今天用了下 oracle 放出来的 Java21 早期版本，（ Java21 正式版要今年 9.19 发布）。

主要是为了测试虚拟线程（ Java21 开始虚拟线程就是正式版了），这是是一个类是 go 协程的东西。

我搞了 100 万个任务，每个任务一个线程模式，效果非常惊艳炸裂。cpu 、内存消耗非常稳定，也不高。相同情况用 Java 之前的普通线程（ Java21 开始叫平台线程）试了下，吞吐完全不行，而且 CPU 、内存占用很高、起伏也很大。

上面只是随手简单一测，并不严格和规范。但是效果我觉得还是能说明问题，那就是很强、很惊艳。我认为现在已经算是可以追平之前 go 吹爆的 go 协程特性了。

所以就有了标题的感慨。

[HaroldFinchNYC]

@Morii 王者农药？

[javak]

@diagnostics #58

第一版预览，jep425
https://openjdk.org/jeps/425

第二版预览，jep436
https://openjdk.org/jeps/436

正式版，jep444
https://openjdk.org/jeps/444

每一版都有些变化和改进。

[zhouquanbest]

还是 Kotlin 吧 别挣扎了

[yangyaofei]

更关心 String Template, 可以愉快的用类似 python 的 f-string 方式写 String 了. 至于性能什么的, 小作坊的自行车没机会上高速

[28Sv0ngQfIE7Yloe]

@HaroldFinchNYC

不是哈哈

[oldshensheep]

@yangyaofei String Template 用这个，Java8 就能用，https://github.com/manifold-systems/manifold

https://github.com/manifold-systems/manifold/blob/master/manifold-deps-parent/manifold-strings/README.md

[yangyaofei]

@oldshensheep 用过不是很好用, 最后用了 com.antkorwin:better-strings:0.5 , 但是也就那样, IDE 的支持也一般吧, 而且还需要构建环境上加上一堆设置.

[RainCats]

@dreamramon 大佬看看有没空拉一帮同道去把那些库用 Java 整一下[坏笑]

[SeaTac]

@impossibleshen
没有 公司内部的 channel

[dreamlike]

virtual thread 目前 public 的 api 都太简单了，不如 kt 可以微操调度，所以我还搞了这个玩意 https://github.com/dreamlike-ocean/UnsafeVirtualThread ，来搞手操调度，指定调度器，捞 carrierThread
virtual thread 好处对我来说有两处:
1,是沟通 Reactive 到 Blocking 的桥梁，我可以低成本来复用老的 BIO 生态，比如我就喜欢开虚拟线程跑 jdbc+myabtis/hibernate,比 hibernate reactive 好用多了
2,我可以低成本将异步转同步，比如说 Future.await ，直接捞 continuation api 起来自己做调度也很好玩，对于 reactive 生态来说就无需引入 kotlin ，也无需被无栈协程的染色效应困扰

[Ericcccccccc]

最近 java 最大的一个优化应该是推广 zgc, 10ms 以内.

[jklove123bai]

@Morii 梦幻西游？

[dbpe]

@Ericcccccccc zgc 话说这玩意代价不是减低吞吐么?还是说我 Out 了..最近这个代价也解决了?

[javak]

@dbpe 吞吐降低不多，还有监控时都懂三倍内存问题，不好解决

[dqzcwxb]

@javak #74 jdk21 要上 zgc 分代并取消多重映射,三倍内存的问题就没了

[javak]

@dqzcwxb 太棒了，我要去研究下分代 zgc 了

[lixintcwdsg]

现在 99%的线程池的确可以用虚拟线程代替，尤其是是 web 应用，大量下游各种调用的。
一些老框架会焕发青春，比如一些用 netty 改造的 client ，有了虚拟线程就没这个必要了就直接用线程池+同步代码就可以。
还有就是大部分 reactive 场景其实都是不需要的，改回同步代码即可

[beijinglowb]

可惜屎山迭代的难度不亚于重写了

[humpy]

相比这个，我更喜欢的还是终于要有语言层面的 nullability 了，kotlin 我唯一喜欢的 feature 。以后就不用写 @Nullable 注解了

https://mail.openjdk.org/pipermail/valhalla-spec-experts/2023-May/002276.html

[Ericcccccccc]

@dbpe 官方的宣传是大多数时候 stw 时间能控制在 1ms 以内, 并且和堆大小无关.