dubbo的异步调用模式在我看来用的是服务端线程池处理模式,也就是压力在服务端。
如果不用dubbo的异步模式,自己客户端实现,比如使用CompletableFuture在客户端实现多线程异步调用,在我看来就是多线程压力转到客户端。
那么问题来了,我们用dubbo的异步调用的理由是什么,他这样做能带来什么样的好处?为什么不直接自己客户端简单实现个线程池异步调用,这样做有什么坏处?
有没有大神能回答我这个问题,最近在改造一个前同事写的适配自身业务的dubbo异步框架,就是基于dubbo自身的异步功能做的,但我实在找不到放弃我原先直接客户端线程池异步调用的方式,采用dubbo异步框架的理由???????
dubbo异步调用是提升服务器吞吐率的 单机高性能
如果不需要单机高性能 不搞异步无所谓
一般做网关或者调用中心之类的产品需要启用dubbo异步支持