学习 Vert.x 的一些疑惑

[season8]

最近了解到 vert.x ，它主打 高性能，低占用，生态丰富 ，宣称可全面替代 Spring 。 作为以面 Spring-CRUD-Coder, 我啪的一声就站起来了：“恐怖如斯！！！”

然后我学习了一下 vert.x 的官方文档和 demo 。由于初学，也没有实际应用，关于其低占用，高内存的优势没啥发言权。就说说实际写的感受和疑惑吧：

1. 感觉自己在写 Node ， 可能是 java 写多了,总感觉 node 可能性不如 java ，代码多了感觉很乱。
2. Spring 有 bean 的管理，解耦，vert.x 自然是没有这些的，如果用到复杂的项目中，会不会整体结构很差？或者它就是适合做微服务？
3. 国内使用 vert.x 的好像挺少的，gay-hub 上相关开源项目也不多，如何从 Spring 生态快速切换 vert.x 呢？

恕我鲁莽，在把 vert.x 和 Sping 生态对比的时候，我下意识就产生了 “这是要对标 Spring” 的概念。
感谢 @dreamlike 指出

[az467]

1. 是的，你没感觉错，Vert.x 最初叫 Node.x 。
2/3. 所以，干脆用 Quarkus 算了。

[Oktfolio]

加个 guice

[Leviathann]

vertx 是底层库 toolkit ，不是框架级的东西，在此之上有 quarkus

[micean]

vertx 对于普通的 web 业务在性能上可能有一毛钱优势，玩 vertx 的关键在于理解他的 verticle 是怎么跑在两种线程池上又如何做到线程安全的，否则恐怕会把并发业务跑在单线程上(当年自己踩的坑)

[yazinnnn]

vertx 通过 verticle 和 service proxy 解耦，quarkus 是这么实现的，spring 的生态几乎无法迁移到 vertx ，想迁移就迁到 quarkus 吧

[byte10]

vert.x 有几个特点，天生分布式，还有异步高性能，actor 模型，一般不会出现多线程安全问题 。这玩意适合写 IO 高性能中间件类的，比如 mqtt ，网关啊等，反正不太适合做业务类的。反正我很喜欢，等协程出来，vert.x 应该会得到大量的应用，否则异步编程劝退一大波小白。

[BBCCBB]

加个 guice,
理解下 netty 的 io+线程模型或者 nodejs 的 io 模型.

[sparky]

servicecombo 了解一下

[cubecube]

@az467 Quarkus +1

[statumer]

vertx 是 Java 异步网络编程生态的代名词，但是 Java 没协程，所以编程体验其实还不如 js 。

[Cbdy]

Spring 可以和 Vert.x 一起用，不冲突

[WispZhan]

@Cbdy +1

[pigspy]

@Cbdy 是的

[season8]

@az467 感谢指路

[season8]

@Oktfolio 学到了！

[season8]

@micean verticle 这个刚接触是有点不好理解。
@Leviathann 原来如此
@yazinnnn 感谢指路，学的时候不可避免想到应用场景，就想改一个服务体验一下。

[season8]

@Cbdy 一起使用的话, vert.x 和 spring 分工 会不会很杂？ 主要是使用 vert.x 的 actor 模型吗？

[yazinnnn]

spring 95%的场景都是 mvc,你直接用 vertx 的 future 的话连结果都拿不出来,想在同步模型中使用 vertx future 结果,要么转换成 reactor/mutiny/CompletionStage,然后 block/await,要么直接用 coroutine,runBlocking{ future.await }

无论哪种都比较麻烦

[season8]

@yazinnnn 😂让我想起了从 Nodejs 回调中取结果到同步响应的折磨了

[dreamlike]

"它主打 高性能，低占用，生态丰富 ，宣称可全面替代 Spring" 一直没这么说过，这两个是完全的不同的东西，spring 是大而全的框架生态，vertx 只是一个 io 工具包，提供了基于 netty 生态中的缺少的各种 client 。真正和 spring 对比的是 quarkus 。
vertx 写 web 还是推荐使用 kotlin+协程去转异步风格到同步风格，java 语法对异步原生支持不太好，除非 loom release 而且把 continuation api 放出来，不然保持性能的前提下 java 转同步风格很困难
关于你觉得写的起来和 node 一样 其实 node vertx gin axum 这种的组织结构都是这样的
如果你想的话还是要遵循 vertical 这种部署模式以享受 actor 模型带来的天然分布式和线程封闭的优点，如果觉得有点困难也可以主动忽略掉这种特性

[iseki]

感觉这东西的竞争对手并不是 Spring···这不是一种东西啊

[season8]

@dreamlike 确实没有这么说过，是我在看到它的生态后下意识脑补出来的，实在不应该。

[haah]

“高性能，低占用，生态丰富”，这与编程语言有关系？

[LeegoYih]

vert.x 和 Kotlin 一起用还挺香的，写过一个用户积分同步的服务，但是真的不适合复杂业务开发。