这是一个创建于 111 天前的主题，其中的信息可能已经有所发展或是发生改变。
https://vertx.io/blog/eclipse-vert-x-5-released/
What's new in Vert.x 5
Embracing the future based model
OpenAPI & Vert.x OpenAPI Router
io_uring support
vertx 以性能强悍+难写难理解著称, 貌似没有成为过大司的主流框架, 国内(圆神除外)也没听说过有公司大规模使用过
What's new in Vert.x 5
Embracing the future based model
OpenAPI & Vert.x OpenAPI Router
io_uring support
vertx 以性能强悍+难写难理解著称, 貌似没有成为过大司的主流框架, 国内(圆神除外)也没听说过有公司大规模使用过
 | 1 sagaxu 111 天前 一个月前我就升级了几个项目，从 3.X 使用至今，这个项目总体非常好，就是小版本更新改动有点大，我就遇到过 10 来次小版本更新出大 bug 导致系统无法使用的情况，不过官方修复速度很快，一般几天内就解决了。 quarkus 就是基于 vertx 开发的，易用性对标 springboot 。使用上唯一缺点就是 promise/future 没写熟练前太绕了，vertx 项目组之前试过几种 agent 方案，都不理想。后来有了 Kotlin coroutine 之后，难写难理解的问题就根治了。如果不想用 Kotlin ，Java 24 之后可以用 Virtual Threads ，也能跟 vertx 集成，尽管可能偶尔还有点儿小问题。 性能是非常好，但大部分场景用不上，且中文资料少，招人太难，大规模使用不起来。尤其是有了 Virtual Threads 之后，springboot 也能支持一些高并发网关型场景了，更没必要学了。 |
 | 2 Amex 111 天前 我们组就在用 这东西太看写的人的水平了 |
 | 3 Mithril 111 天前 之前用过，写得好的话性能确实不错，写的烂那还不如用 Spring 。 然后写一段时间你就发现，你真的有那么多客户，且又舍不得开机器，值得让自己写这拧巴玩意吗？ 后来就改回 Spring 了，反正那么俩并发也不差几个 CPU 钱。 这东西写点简单逻辑还行，项目大，人多以后就很难控制每个人的水平，进而导致你要花大量维护 Review 培训的成本才能保证项目不烂掉。 机器成本能看得到，但人力成本很多时候比机器更大。花掉那么多人力成本就为了省那么俩 CPU 真的值得吗？ |
 | 4 woodnaonly 111 天前 @Mithril 我觉得是内存成本，不是 CPU ，成本。 |
 | 5 Ayanokouji 111 天前 virtual threads 发布了，vertx 的优势不大了吧。 |
 | 6 billzhuang 111 天前 via iPhone 我司就在用，还好新项目不用了 |
 | 7 siweipancc 111 天前 via iPhone 这个服务器成本换开发成本，亏爆了 |
 | 8 securityCoding 111 天前 via Android 弯弯绕绕太多了，还真不如 go 一把梭 |
 | 9 chinfeng 111 天前 以前我觉得这是好东西，现在看生态位太尴尬了。 如果让一个 java 团队都达到能掌握这套框架的程度，付出的成本还真不如让他们直接学 go 。 而且微服务部分跟 spring-cloud 一样尴尬，里面绝大部分的东西，5202 的今天大部分已经不需要在应用开发框架上解决，基础设施已经覆盖掉大部分功能。 |
 | 10 netabare 111 天前 vert.x 确实是好东西，但会用这玩意的大概率也会试着逃离 Java 换技术栈了。不会用的，吹再好他们也不会用。 |
 | 11 micean 109 天前 vertx 的门槛在于不愿学而不是学不会 如果 spring 的源码是坨粑粑，那 vertx 的算是巧克力了，没有 ioc/aop 非常的舒适 vt 和 vertx 关系也不大，因为 vertx 的场景就是非阻塞，阻塞用 vertx 就是没事找罪受 |
 | 12 hdfg159 109 天前 via iPhone 是个好东西，写小工具还行，团队学习成本太大，开发水平低写得乱七八糟，问题还多，不如 spring 模板一把梭 |
Select Language