Java21 make Java great again

[javak]

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

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

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

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

所以就有了标题的感慨。

[wenbingkun]

继续 jdk8 ，祖宗之法不可变🐶

[diagnostics]

既然是 Java 的爱好者，那么连看完 JEP-425 的时间都没吗？这玩意用 actor 也差不多吧？只不过相比 Actor 代码改动不大而已。

[jjx]

喜欢 go 的, 主要就是不想搞 java 那套
所以,不会因为这个特性从 go 转到 java

[LeegoYih]

喜报：Java 好起来了
悲报：八股文更多了

[chuck1in]

@dreamramon springboot3 不是原生支持云原生吗。

[wangxiaodong]

@diagnostics 可贵的一点是，虚拟线程对 Thread 池的 API 几乎完全兼容的，不大动就能兼容 Java 老项目，你 Actor 可是引入挺多依赖嘛。

@ql562482472 JDK Foreign Function 也在 JDK21 预览特性列表中的。

[voidmnwzp]

1.国内 jdk 版本超过 8 的公司不足 5%

[voidmnwzp]

@voidmnwzp

[TWorldIsNButThis]

@diagnostics 还在 actor
Scala 都不整这个玩 fiber 了

[voidmnwzp]

@voidmnwzp #28 2.go func(){} 和 Thread.startVirtualThread(() -> {...}); 谁更简洁一目了然

[wangxiaodong]

@voidmnwzp 提案上作者也说了，本来想用 go x()或 await/async 的方式，但为了让以前用 Thread API 的老程序受益，就直接改造 Thread 了，人家并不是不能更简化，人家是格局大！

[whileFalse]

@SuperManNoPain 介个怎么发音

[twofox]

我有个问题，既然虚拟线程不是真正的多线程。那我的数据库事务是不是都可以用同一个了

[mmdsun]

手里项目已经是 spring boot 3.1 + JDK 20 了， 坐等 JDK 21 更新

[yty2012g]

21 的虚拟线程解决 ThreadLocal 的问题了么？我记得好像是这个版本的还不支持 ThreadLocal 。

[mgzu]

@yty2012g 支持 https://openjdk.org/jeps/444#Thread-local-variables

[28Sv0ngQfIE7Yloe]

某国民级的游戏服务端刚刚从 7 升级到 8....

[Bazingal]

@totoro52 请教下是什么机制 go 有其它语言做不到的

[yty2012g]

@mgzu #36 感谢感谢。我们现在各种 wrap ExecutorSerivce 来传递各种各样的 ThreadLocal Context ，不知道换了还能不能生效了

[monkeyWie]

@mgzu 这点就足够吊打 go 协程了