看到有个帖子在讨论 Java 异步 技术栈的问题... 由于今天台风不能送外卖,所以我也来分析分析..

[yizmaoaa]

看到有个帖子讨论 Java 目前实现全链路异步的帖子

目前全异步的技术栈大概有

1.SpringWebFlux+Reactor+R2DBC(很久没有了解过了，不知道 Spring 还有没有支持其他服务的一些 Client)

2.Vertx+Future/Vertx+RxJava/Vertx+Mutiny/Vertx+Coroutines

3.Micronaut

4.Quarkus

Vert.x 的 Future 以及 RxJava/Mutiny/Reactor 其实这几个都差不多，基本上在异步技术栈里都是为了解决 CallBack 的问题

主要还是 Jdk 本身的 Future 太拉稀，结果现在每家都自己搞了一套...也是挺蛋疼的

SpringWebFlux/Micronaut/Quarkus 算是比较上层的大杂烩框架了。三家写起来其实都差不多。差别在于 Micronaut/Quarkus 主打的无反射 /云原生。总体打包镜像与内存占用都是比较小的

目前 SpringWebFlux 与 Micronaut 都比较依赖于第三方的 Client 实现，如果第三方的 Client 实现是阻塞的，那么对于 Micronaut 与 WebFlux 来说实际上并不能提高多少吞吐的。

对于 Quarkus 来说，由于 Quarkus 算是在 Vert.x 上面在来了一层，所以 Vert.x 自己实现的各种 Client 在 Quarkus 中也是能用的。比 Micronaut 与 WebFlux 要稍微好那么一丢丢

不过 Micronaut 其实也能用 Vert.x 的 Client，但是效果貌似一般。主要我觉得可能还是 2 套 EventLoop 的问题，不能自上而下的用一套。

理论上 WebFlux 也能用 Vert.x 的各种 Client，但是我觉得效果应该和 Micronaut 差不多。我也不太确定到底麻烦不麻烦。

Micronaut 的 SqlClient 是支持 Vert.x 这边的(之前是我提交的)

另外 Vert.x 这边基本上所有的 Client 都是自己根据协议写的，所以基本上是可以做到全链路异步的。但是碰到官方没有支持到的 Client 那么做法其实与上面的一些东西差不多了

如果你是频次较高的去操作这些没有异步支持的 Client，那么吞吐量还是同样的不尽人意的。所以这也是在做技术选型的时候需要考虑的一点。

如果你对性能的要求没那么高，但是希望内存占用小那么可以选择 Quarkus/Micronaut 两位都支持同步的写法。

如果你对性能要求高，不排除异步的写法那么你可以选择 Vert.x

不管怎么来说或者你用那个，用 Java 写异步的代码都是有点蛋疼的。

相对来说 Vertx+Kotlin Coroutines 要舒服很多，切换到 Kt 的成本也相对的没那么大。

另外目前我是不推荐使用 SpringWebFlux 或者 Micronaut 的异步写法的。

在 TechempoerBenchmarks 最新一轮的性能测试中,这两位的表现并不出色

https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=db

如果你用了异步这种麻烦的写法，但是实际上并没有性能的提升，这是划不来的。

引入了异步写法的唯一目的就是希望在同样的服务器上能承受更大的吞吐。

如果引入了异步 /提高了代码的复杂性以及可维护性并没有换回来性能的提升，这是得不偿失的。

另外，异步所能解决的问题,同步同样能解决(只不过是加多少机器的问题...）

[yizmaoaa]

@pippoflow 在 Java 里异步要解决的问题本身就应该是一些业务简单高频 IO 的程序

[yizmaoaa]

@sakura1 没人吹这个，这个玩意没啥好吹的，实际上就是在高 IO 的场景下可以考虑的玩意

[yizmaoaa]

@twogoods 一般在业务在 Java 里用这些属实有点找虐.

[yizmaoaa]

@v2orz 累就对了，不然这么多年了，Java 的异步还是少规模使用的。很多宁愿去用 Go 写也不愿意使用 Java 的异步库。
很难顶

[chenshun00]

都在讨论技术问题，我歪一下楼，异步技术现在是什么情况尚且不讨论。
还是需要考虑以下几个问题
1 、团队技术是不是 hold 住。目前大部分从业人员水平参差不齐。
2 、后续的维护以及问题排除的难度相比现在是降低了还是提高了。
3 、招人，团队流动性会不会导致难搞到人。
4 、如果一开始不是异步，改造异步的推广谁来搞。万一出了问题一线同志肯定背不起，估计只能从管理层来背。

[yizmaoaa]

@chenshun00 所以说大部分情况都不太推荐大规模使用..... 能 Hold 住的人属实不多。其实问题排查倒是没那么难

[myCupOfTea]

话说 webflux 是不是要使用异步的连接客户端
但是我一搜 webflux 相关的资料,都是使用的旧的 sprint-data-redis 这种同步客户端啊

[bthulu]

java 不异步, 异步非 java

[yizmaoaa]

@myCupOfTea 我没使用过 WebFlux，如果 Spring-data-redis 下面使用的是 lettuce 的话那么下面可能是 Reactor 的，如果是 Jedis 的话那肯定还是同步的逻辑

[yizmaoaa]

@bthulu 好像说的有那么点道理 /

[swim2sun]

说下我的理解吧，其实你们所谈论的“异步”基本上是指“同步非阻塞 IO 模型+异步编程模型”，真正要全异步的话可能要用上 AIO 才算彻底的异步，目前 java 平台貌似没有这样的成熟框架。
这些异步框架本质上是通过资源的合理调度提高吞吐量的，这里指的资源大部分是指线程

[yizmaoaa]

@swim2sun 这样说其实也差不多，但是彻底的 AIO 异步也并没有比现在的模式强很多。目前 Java 的这些异步框架本质上确实是合理的对资源进行调度提高对吞吐量