dubbo异步调用模式和本地多线程如何取舍？？
dubbo的异步调用模式在我看来用的是服务端线程池处理模式，也就是压力在服务端。
如果不用dubbo的异步模式，自己客户端实现，比如使用CompletableFuture在客户端实现多线程异步调用，在我看来就是多线程压力转到客户端。
那么问题来了，我们用dubbo的异步调用的理由是什么，他这样做能带来什么样的好处？为什么不直接自己客户端简单实现个线程池异步调用，这样做有什么坏处？
有没有大神能回答我这个问题，最近在改造一个前同事写的适配自身业务的dubbo异步框架，就是基于dubbo自身的异步功能做的，但我实在找不到放弃我原先直接客户端线程池异步调用的方式，采用dubbo异步框架的理由？？？？？？？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
dubbo异步调用是提升服务器吞吐率的 单机高性能
如果不需要单机高性能 不搞异步无所谓
一般做网关或者调用中心之类的产品需要启用dubbo异步支持