dreamlike

vertx+jax-rs 绑定+kt coroutine 随便写写

我在关注一个方向——io_uring 生态的接入 目前给 netty 搞了一个 sendfile 的实现
netty 只是简单接入了对应的 poll 和 recv/send 没有做其他的 但是留了很多扩展点
所以我觉得基于 netty 的 io_uring transport 可以做更多异步生态 比如异步文件 io madvise 甚至还能把 ioctl 接进来
我目前搞了一个叫 Panamauring 的 repo 做这个事情

我也是有过这个问题 我的经历是:
idea -> idea remote ->wslg+idea->linux 真机+idea
其实如果你的配置够也不想搞双系统 可以尝试 wslg 直接把 idea 放进 linux 侧 这样不需要跨系统 io 也没有其他的问题

不太懂 arm ，target 是 armv7 的产物，能跑在 8 和 9 上吗？如果是 8 能跑在另外两个上面吗

https://github.com/jbellis/jvector java 向量化搜索引擎
https://github.com/softwaremill/jox kt channel 的算法移植到 java 实现
https://github.com/gunnarmorling/1brc 1b 行数据处理比赛
https://github.com/eclipse-vertx/vert.x 响应式应用构建工具箱

void 不是类型导致的一系列泛型问题
举个例子 future<Void>, 说到泛型怎么能不提提经典的 function ，intfunction 呢？🤣
还有典中点只 arrays.sort 的各种重载
最后就是元编程能力，编译期 or 运行时元编程能力太弱 坐等 code reflection 实现，你可能说这跟我写 spring 有什么关系，请参考升级 jdk 但是不升级 spring 导致的 asm 版本问题 更何况 spring 自己依赖的 cglib 原始版本都没跟着版本兼容，还是 spring 自己魔改的，唉，要是 class file api 早点出来会有这事?
好特性出的太晚，远水解不了近渴
再吐槽下 openjdk group 对延迟到运行时 or 第一次使用时带来的冷启动问题，很多玩意本来就可以编译期搞定，结果一定要延迟到运行时，很多极其依赖于 jit ，说的就是你 lambda 和 switch!最后又得搞个 Leyden 擦屁股

👀我理解如果每个新 sb 项目都要这一套的话 是不是有个抽一个 starter 来自动配置呢？

@pursuit The execution state of the request has progressed far enough that cancelation is no longer possible ，不保证吧。。。

能请问下 io cancel 适配是卡在 io_uring 并不保证 cancel 成功吗？🤔我之前遇到的就是这个问题，在写场景/读场景 若未取消成功即操作已经推入内核执行的情况下 用户操作对应到那块内存就会产生 ub