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 了

[nba2k9]

IDEA 是不是还没支持？

[kalman03]

https://www.mvncenter.com/jvs 版本切换神器

[sunwei0325]

@kalman03 这个只支持 windows? 和 sdkman 比起来有什么优势?

[a33291]

Virtual Threads 这个和 go 的 goroutine 是不是类似?

PS:
感觉 java 和 c#重合度越来越高了 🤣

[kalman03]

@sunwei0325 可视化界面，限 windows

[ourslay]

@nba2k9 已经支持了

[Dragonphy]

协程？

[lmshl]

@a33291 区别很大，go 那是无栈协程，java 实现的是有栈协程

[monkeyWie]

期待 loom 转正的那天

[MakHoCheung]

没有理由去用科特琳了

[a33291]

@lmshl 嗯,不过好像说反了?

看起来 Virtual Threads 和 C#的 Task 就是同一类,C#使用 await/async 关键字简化这个过程,不知道 java 是否也新增了关键字

[fkdtz]

@lmshl go 那是有栈

[SuperManNoPain]

还得是 spring 带头升级版本，不然社区都没动静 😂

[Bazingal]

java 已经落后太多了，步子完全可以再大点，扣扣嗖嗖的抄都不能痛快点

[zed1018]

@MakHoCheung 你恰恰说反了，应该是更有理由用 kotlin 了，async{}配合 vthread 简直绝了

[dddd1919]

java8 yyds

[dqzcwxb]

loom 是对称协程还是非对称协程,有大佬知道吗

[Leviathann]

@lmshl
@a33291
go 和 virtual thread 是有栈，java virtual thread 可以自行指定调度器
js c# kotlin 这类基于 cps 的是无栈所以需要 async await / suspend 关键字协助编译器

[Jirajine]

Project Wakefield 提都没提，果然优先级很低啊。

[a33291]

@Leviathann 感谢说明

另外补充下,C#默认也可以自行指定调度器
https://learn.microsoft.com/en-us/dotnet/api/system.threading.tasks.taskfactory.startnew?view=net-6.0#system-threading-tasks-taskfactory-startnew-1(system-func((system-object-0))-system-object-system-threading-cancellationtoken-system-threading-tasks-taskcreationoptions-system-threading-tasks-taskscheduler)

此外从 C#10 开始,还可以自定义 AsyncMethodBuilder,从而使自行构造异步状态机替换编译器默认生成行为成为可能,https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/proposals/csharp-10.0/async-method-builders

[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 桥接了，美滋滋