dreamlike

@byte10 我提到的 continuation api 是一个内部 api 我也是通过一个非常“邪恶”的方法来拿出来用的 如果不在乎升级的阻力 这个可以直接用我的方案。。。
否则还是 kt 那个靠谱

@byte10 continuaion 有俩原语，yield 将控制权返回给调用方，resume 从上一次 yield 的位置继续执行，java 基于这个玩意实现的有栈协程，单独拿出来用就是自己搞调度，可以参考我写的这个库的实现 https://github.com/dreamlike-ocean/UnsafeVirtualThread/blob/master/vertx-ext/src/main/java/top/dreamlike/AsyncScope.java

loom 当前的情况似乎并不适合用 vertx ，kt corotinue 会更适合一些
只有当 loom 解决了 sychronized 等问题 或者 旧生态中逐渐兼容了这些问题 在 vertx 中使用 loom 才有一些优势
目前使用 virtual thread 相比 kt corotinue 的优势只有适合保存完整堆栈信息

你遇到了一个 quarkus 之前遇到的问题 答案是不要用 eventloop 作为虚拟线程调度器
或者通过一些手段 使用 continuation api 来做 await

@ql562482472 最好的办法就是整一个对应 jdk 版本的 jextract ，自己生产一次绑定看一下 api 就行了

答案是没有 只能看最新的 jep 和他们的邮件列表
preview 的 api 变来变去的 我也很头疼
jdk19 写的玩意 jdk20 就不能用了

@wellR 我看这个需求很简单 也没有什么复杂的逻辑 直接 vertx 上吧 又轻又快 用好 eventbus ，开发速度应该是爆杀 webflux 的，开 n 个 vertical 跑满核心就行了

等下 我看了你这个代码 其实就是搞了一个基于 netty 的 http 服务器，我建议直接换 vertx or quarkus 吧

🤔你这样写其实没有把 server 的生命周期托管给 spring 看起来，