有谁的公司已经用 WebFlux 替换了 SpringMVC 吗

使用效果怎么样？性能有没有提升很多

新项目用还是花大功夫替换了旧业务代码

还是只有某一部分用，比如网关用，业务模块不用

？那为什么不直接用 java21 ？ Java 的现任 leader 都说了将会杀死 reactive programming 了

java 目前最现实的问题就是：想切换想更新的企业没有预算，有预算的企业不想切换不想升级

用 webflux 超过 3 年了。性能有没有提升不知道，因为是新项目，没有对比。但反应式编程对程序员要求比较高，特别是面对复杂业务逻辑的时候。就跟习惯了命令式编程之后再转函数式编程那样，是思维模式的转换。

尝试过，最后放弃，投入产出比过于低 reactor 这套东西，或者说所有类似的东西，主要是高并发下的资源占用少很多，也就是说，如果 存在高并发 且 希望减少资源使用 的情况下可以尝试，否则完全没有用的必要 另外的问题是，不能用同步语法写的异步都是 xx ，业务逻辑本就盘根错节，再来这么一层 Mono 和 Flux 真的就要命了 系统压力太大扛不住大不了可以加机器，神仙代码出问题找不到神仙解决那是真难受，不是神仙非要学神仙写神仙代码最后一对问题解决不了那是真 xx

在 WebFlux ，Vert.x ，Quarkus 三个响应式框架中做过选择，最终选择了 Vert.x 。 三个都有回调地域的心智负担，当循环+分支+递归时，响应式写法要炸，WebFlux 还是这三个里性能最弱鸡的。 Quarkus 很好，但美中不足的是不支持 reproducible builds ，官方也很不以为意，四五年不解决，所以也放弃了 https://github.com/quarkusio/quarkus/issues/676 Vert.x 非常符合要求，高性能 + 框架简单 + 支持 native image + 支持 Java virtual threads + 支持 Kotlin Coroutine ，为了方便协程式同步写法，早年折腾出 vertx-sync ，后来用上了 quasar ，在 Kotlin 和 Java 的协程出来后也是立马就支持了。

我赞同 1 楼，别研究了 WebFlux ，Virtual Threads 杀死了比赛

用 webflux 开发了网关，性能不知道，但是代码是真的难维护，很看个人的功力，如果业务比较复杂的话，感觉应该挺困难用这个开发的

没有熟悉这块的大佬，不建议重新搞，更不建议上生产环境。这玩意不熟悉的话属于是明知道有 BUG ，明知道哪里问题，但是就是不知道怎么修。

除非你业务真的就是异步的，比如游戏服务器，不然别弄啥反应式。 单纯为了性能，你不如重新学 go 用 go 搞还简单些，更别说现在有 Java21 了。