Java 响应式编程的框架该怎么选择...??

quarkus

vertx 可以配合 rxjava, reactor 使用.

vert.x 挺好用的

看看我发的帖子.....

Spring 有啥生态啊，Webflux 用了和没用效果一样，RxJava 偏向于数据流操作，在异步这块，RxJava 和 Reactor
都是拿来处理 callback 问题的

@PDX quarkus 基于 vertx 吧？ vertx 可以使用自带的 future 或者 rxjava 或者 mutiny

使用 java8 Completablefuture 进行响应式编程即可,不依赖框架
不建议上响应式框架目前来看未知的太多学习开发成本比较大

@JiangF kotlin 才是最吼的

什么需求需要用到响应式编程？

- Java 响应式框架应该怎么选择？

- Scala or C#

不能同步写的异步都是。。。
特别是业务复杂的时候，真的要命

响应式代码写起来真的很痛苦, 效率奇慢无比

写过一段时间 scala 所谓的响应式编程，用来写业务代码真的恶心，方法之间的交互全是 Future，不能像写同步一样直接拿 Future 里的结果，必须用 Future 做各种变换，思维反人类

vertx+kotlin

响应式用过一段时间，逻辑复杂之后有点反人类，再说了只是想写异步的话没必要就上响应式，用 async/await 那种语法不就够了，只不过 java 目前没有，建议用 kotlin，nodejs

不妨试试： https://github.com/cloudoptlab/cloudopt-next

Cloudopt Next 是一个非常轻量级且现代的、基于 Kotlin 编写的全栈开发框架，同时支持 Java 和 Kotlin，您可以处理 Url 的解析，数据的封装,Json 的输出等等，从根本上减少开发时间、提升开发体验。

学习起来非常简单、基于 Vert.x 。

要是 java 有 async/await 就好了，想想就觉得很爽

工作中用不同平台开发后端，用下来最好的异步模型就是 .net 中的 async/await，简洁优雅，对业务逻辑没有侵入，仅仅在方法和调用前加 async/await 。JAVA 中的 future/mono 简直了，违反直觉，对业务逻辑代码侵入太强，稍复杂一些的代码可阅读性比同步代码降低一个数量级，kotlin 有 async await，但仅有改善，设计得还是不如.net ，还不如照抄

没必要学没必要用。virtual threads 如果搞好了所谓响应式就是一个伪概念罢了。

quarkus