为啥 async & nio jdbc driver 没有流行起来

因为异步回调, promise 这种反人类..

调用同步, 执行异步才是 java 后续的发展方向.

oracle 本来有在标准化异步的 jdbc 规范, 但有 loom 这种提案, 就放弃了, 就没必要再去搞这种反人类的回调, reactor 这种东西了..

优化啥了？
数据库就能 serve 那么多请求，开再多也没用

人的大脑就不支持多线程和异步。。。同步做事情都做不明白呢

有栈协程才是正道啊。
无栈的协程，难理解，难维护，难调试和追踪。用这个写业务是有点作死的节奏

因为提高的是资源利用率
但是节约下来的服务器成本，需要投入到人力上，而且未必够用
所以还不如招普通开发堆屎山 + 堆服务器硬抗负载

大部分 javaer 的脑子连 stream function 都玩不明白，你让他们玩 async ？

回调写法反人类啊，你看 nodejs 上了 await/async 之后，写起来自然多了

错就错在选了 Java ，高手看不上，菜鸟学不会。

显然协程最符合人类直觉

nodejs 原生支持异步调用，最后不还是整个项目在 await

javaer 上就是 vert.x 或者 webflux 。。 流式写法确实看起来难受，另外出问题 debug 贼麻烦。。

试试 go

异步恶心，现在的趋势是协程的 runtime 结合异步回调，然后只需要写同步代码

之前用 webflux 出 bug 的时候贼难查是什么原因，除非你提前在可能出错的地方埋好日志，而且代码写起来不能有任何阻塞，所有东西都靠回调，代码恶心的一批 emm
业务上来讲，不重要的操作异步处理就够了
从提高资源利用率上讲，还不如多部署几个应用节点

要搭配

async&await

或者

coroutine

Java 的异步比 ts/js 难用多了，我也不知道为什么会有这种差异

替代驱动：Reactive Relational Database Connectivity (R2DBC)

https://r2dbc.io/

上面很多大佬都是从技术角度说的，但是我想换个角度谈谈：

我个人觉得，有个很重要的点各位没有 get 到。当前这种异步真的增加了什么好处吗？

我觉得没有！绝大多数情况下，你写异步代码并不能真的在用户体验层面上提升多少性能。因为相对于代码程序的运行（甭管你是 java 还是 nodejs 还是别的什么玩意，甚至你是 python 也行），数据库的执行才是慢如蜗牛，于是你用了一堆异步，最后在用户体验上体验不出来，那有什么用，那不是吃力不讨好吗？

难不难用都是其次，主要还是最终使用效果有没有好处。真有巨大的好处，当年纸片打孔编程不比今天各位写代码难多了，照样被无数人强行啃下来用

异步目前比较好的就是通过语言层面解决，那什么 reactive webflux 写起来太繁琐，还不如等各个 jdbc 适配 loom

@abcbuzhiming

调用数据库或第三方 api or rpc 都属于 io 密集型任务，这种场景更适合异步，简单举例，一个操作需要处理 5 个 sql 语句，每个耗时 1s ，同步执行累加 5 秒，异步并行总耗时只有 1 秒，对上游调用方来说差异很大。当然 java 可以多线程并发，只是更耗资源。