消费端DefaultFuture.get()在整个调用过程中耗时占比最大，该如何调优？
版本：
dubbo 2.6.6
问题：
目前服务提供端并没有耗时产生，但是消费端永远比服务提供端耗时长，经观察服务端0ms响应，消费端仍会存在0-5ms的耗时波动，我的预期是消费端不应该白白浪费5ms的耗时，不知该怎么优化。
测试方式：
我通过将一个RPC调用过程拆分并通过aspectj切面分别对每个过程统计耗时，步骤如下：
-
com.alibaba.dubbo.remoting.transport.netty4.NettyChannel.send() （客户端发送请求）：耗时0ms
-
com.alibaba.dubbo.remoting.transport.DecodeHandler.received()（服务端接收请求）：耗时0ms
-
business.handle()（服务端业务处理） ：耗时0ms
-
com.alibaba.dubbo.remoting.transport.netty4.NettyChannel.send() （服务端发送结果）：耗时0ms
-
com.alibaba.dubbo.remoting.transport.DecodeHandler.received()（客户端接收响应）：耗时0ms
-
com.alibaba.dubbo.remoting.exchange.support.DefaultFuture.get()：耗时0-5ms
最终发现耗时全部都在DefaultFuture.get()，翻看源码也没看出什么头绪
按理来说1-5个步骤全都没有耗时产生，那么DefaultFuture.get()不应该出现过多耗时，所以正常情况下一个RPC调用确实不超过1ms，但是DefaultFuture.get()会不稳定的出现0-5ms的耗时波动，导致整个RT上升。
初步猜测，耗时可能是在done.await(timeout, TimeUnit.MILLISECONDS); 当消费端接收响应之后会通过done.signal()唤醒在等待响应的线程，那么所产生的数毫秒耗时可能是在cpu线程间切换上面？ 除上述步骤之外，不知道还有哪里可能出现耗时？
原提问者GitHub用户leveysama
写回答
-
数据在网络上的传输耗时有统计过吗？
可以试试 tcpdump 或者 Wireshark 抓包看看 tcp 的耗时。
原回答者GitHub用户
2023-05-12 12:13:57赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践，通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式，助力制造业企业高效上云，实现系统稳定、应用敏捷智能。拥抱云原生，让创新无处不在。
