java19 ga

[yazinnnn]

https://jdk.java.net/19/

Features

405: Record Patterns (Preview)

422: Linux/RISC-V Port

424: Foreign Function & Memory API (Preview)

425: Virtual Threads (Preview)

426: Vector API (Fourth Incubator)

427: Pattern Matching for switch (Third Preview)

428: Structured Concurrency (Incubator)

万众(java boy)瞩目的 loom preview 了

[zoharSoul]

@lmshl #8 go 是有栈协程啊, 无栈协程是 kotlin 那种

[liprais]

做 csharp 咋这么喜欢碰瓷

[lmshl]

@zoharSoul
@Leviathann
@fkdtz
@a33291
谢谢提醒，是我胡说八道了😂，确实不了解 Go

[zmal]

kotlin 协程和 JEP425 这个还差挺远的

[MakHoCheung]

@zed1018 看 18 楼，virtual thread 遇到阻塞自行挂起，根本不需要 async await / suspend 关键字。你说跟这些关键字配合我就觉得奇怪了，当然我不熟 Kotlin Coroutines ，可能它后续会改底层吧。

[fisherwei]

感觉 java8 能再战 10 年

[gy123]

@MakHoCheung 关于 kotlin 的协程,可以看看这个视频,我觉得说的挺好 https://www.bilibili.com/video/BV1KJ41137E9/?spm_id_from=333.1007.top_right_bar_window_custom_collection.content.click

[ychost]

其实 AliJDK 早就支持协程了，叫 Wisp2 感兴趣可以搜下，对标 Loom 的，其实对性能提升并没有想象中那么好，如果还是以 BIO 的方式编程，只会有些许提升，想要更大幅度提升还是得使用 NIO 的回调代码

[byte10]

@ychost 实际上 NIO 解决的是无视 IO 时间。如果是 BIO 的话就需要增加大量线程来解决，然后就会遇到性能瓶颈了。而协程就只是解决了异步转同步编程，性能可能是比原来的 NIO 有所损失，应该很低，也许是 1%-5% ，平摊到业务代码中就基本忽略不计了

[dreamlike]

Panama 是这里面我最喜欢的
配合 jextract 可以自己一行 c 都不用写就可以接入各种 native 库，比如说自己补齐 loom 没加入的 io_uring 支持

[pH]

@ychost 这么感人吗= = 回调方式的代码实在是太恶心了

[Aresxue]

@ychost dragonwell8 中的实现还是非常重的，loom 其实不是传统的协程更应该叫纤程，之前听梁希他们分享过他们实现的协程，他自己也说会比较重，主要还是因为他们最开始做的时候 loom 还不存在所以想自己做一些开创性的东西，不过到业务系统层面除非是阿里那种规模的集群其它的大差不差了

[ychost]

@pH 所以用 Kotlin ，我新项目用的纯 Java 写的 reactive ，大概 2W 行，现在新功能全用 Kotlin 桥接了，美滋滋