dubbo异步调用模式和本地多线程如何取舍??

dubbo的异步调用模式在我看来用的是服务端线程池处理模式,也就是压力在服务端。

如果不用dubbo的异步模式,自己客户端实现,比如使用CompletableFuture在客户端实现多线程异步调用,在我看来就是多线程压力转到客户端。

那么问题来了,我们用dubbo的异步调用的理由是什么,他这样做能带来什么样的好处?为什么不直接自己客户端简单实现个线程池异步调用,这样做有什么坏处?

有没有大神能回答我这个问题,最近在改造一个前同事写的适配自身业务的dubbo异步框架,就是基于dubbo自身的异步功能做的,但我实在找不到放弃我原先直接客户端线程池异步调用的方式,采用dubbo异步框架的理由???????

阅读 2.4k
1 个回答

dubbo异步调用是提升服务器吞吐率的 单机高性能

如果不需要单机高性能 不搞异步无所谓

一般做网关或者调用中心之类的产品需要启用dubbo异步支持

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题