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