dubbo client发送逻辑探究

最近在阅读dubbo的源码,记录下阅读的一些关键点,本文主要探究dubbo客户端请求发送逻辑;

接口声明及客户端调用方式如下:

public interface DemoService {
    String sayHello(String name);
}

public class Consumer {

    public static void main(String[] args) {
        ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext(new String[]{"META-INF/spring/dubbo-demo-consumer.xml"});
        context.start();
        DemoService demoService = (DemoService) context.getBean("demoService"); // get remote service proxy
        String hello = demoService.sayHello("world"); // call remote method
        System.out.println(hello); // get result
    }
}

以dubbo官方demo为例的客户端调用栈:

22. writeAndFlush:244, AbstractChannel (io.netty.channel)
21. send:116, NettyChannel (com.alibaba.dubbo.remoting.transport.netty4)
20. send:336, AbstractClient (com.alibaba.dubbo.remoting.transport)
19. send:58, AbstractPeer (com.alibaba.dubbo.remoting.transport)
18. request:146, HeaderExchangeChannel (com.alibaba.dubbo.remoting.exchange.support.header)
17. request:115, HeaderExchangeClient (com.alibaba.dubbo.remoting.exchange.support.header)
16. request:95, ReferenceCountExchangeClient (com.alibaba.dubbo.rpc.protocol.dubbo)
15. doInvoke:126, DubboInvoker (com.alibaba.dubbo.rpc.protocol.dubbo)
14. invoke:185, AbstractInvoker (com.alibaba.dubbo.rpc.protocol)
13. invoke:86, ListenerInvokerWrapper (com.alibaba.dubbo.rpc.listener)
12. invoke:75, MonitorFilter (com.alibaba.dubbo.monitor.support)
11. invoke:93, ProtocolFilterWrapper$1 (com.alibaba.dubbo.rpc.protocol)
10. invoke:55, FutureFilter (com.alibaba.dubbo.rpc.protocol.dubbo.filter)
9. invoke:93, ProtocolFilterWrapper$1 (com.alibaba.dubbo.rpc.protocol)
8. invoke:53, ConsumerContextFilter (com.alibaba.dubbo.rpc.filter)
7. invoke:93, ProtocolFilterWrapper$1 (com.alibaba.dubbo.rpc.protocol)
6. invoke:59, InvokerWrapper (com.alibaba.dubbo.rpc.protocol)
5. doInvoke:90, FailoverClusterInvoker (com.alibaba.dubbo.rpc.cluster.support)
4. invoke:294, AbstractClusterInvoker (com.alibaba.dubbo.rpc.cluster.support)
3. invoke:84, MockClusterInvoker (com.alibaba.dubbo.rpc.cluster.support.wrapper)
2. invoke:57, InvokerInvocationHandler (com.alibaba.dubbo.rpc.proxy)
1. sayHello:-1, proxy0 (com.alibaba.dubbo.common.bytecode)
main:38, Consumer2 (com.alibaba.dubbo.demo.consumer)

dubbo 虽然现在在经历比较大的版本变迁,但是其核心调用逻辑并未改变,我们在传输层组件netty的writeAndFlush方法加入一个断点得到如上的调用栈;
下面从栈底依次向上进行拆解:

1、 proxy0 是dubbo使用ProxyFactory生成的代理类,默认是 javassist 生成的字节码,具体生成代码逻辑在 com.alibaba.dubbo.common.bytecode.Proxy.getProxy(Class<?>...)

2、InvokerInvocationHandler 代理类的具体处理逻辑,经过代理可以拿到调用接口的方法签名Method及参数,可以参考jdk自带的动态代理来理解

3、MockClusterInvoker是 MockClusterWrapper 创建的 clusterInvoker,而 MockClusterWrapper 是 一个cluster的自动包装(Wrapper)类,dubbo的 spi扩展在初始化的时候会自动寻找 Wrapper 包装在扩展实现上,参考dubbo的 SPI 扩展, MockClusterInvoker 提供了 服务降级和本地伪装的能力, 结合 MockInvokersSelector 实现服务降级,结合 MockProtocol、MockInvoker 实现本地伪装

4-5、FailoverClusterInvoker 是默认的集群容错策略,即失败自动切换策略,值得一提的是 负载均衡器(LoadBalance)也是工作在这个组件下

6、InvokerWrapper 是 Invoker 的增强类,绑定了 URL 信息, 实现了 Node 接口,真实实现还是委托给内部的 Invoker 实例,从构造器上看它并不是一个 SPI Wrapper 类,它是被 RegistryDirectory 手动实例化的

7-12、 ProtocolFilterWrapper$1 是 过滤器(Filter) 链,ProtocolFilterWrapper 是对 Protocol的增强,加入了过滤器功能,他将 filter 数组与 Invoker实现组成一个过滤器链表;同样 ProtocolFilterWrapper 也是一个 Wrapper 包装类,通过 SPI 自动包装在默认的 Protocol 实现类 DubboProtocol 上,与 3 类似

13、ListenerInvokerWrapper 是对Invoker的一个装饰者模式增强,它实现了对invoker的refer及destroy的监听回调,但ListenerInvokerWrapper不是一个 SPI 包装类(Wrapper),因为它没有 Wrapper 类的标志性构造器

14-15、是 DubboInvoker(默认dubbo协议Invoker) 的调用(invoke)逻辑,该方法会调用 ExchangeClient 将请求发出到网络,ExchangeClient 中包括了编码器、序列化组件等初始化逻辑,最终将这些组件设置进netty的 channelhandler,在调用 netty channel的write 方法时会执行具体的编码和序列化

16、ReferenceCountExchangeClient 在 ExchangeClient 的基础上增加了引用计数,在 ExchangeClient 实现共享时提供引用计数,可以为决策关闭 ExchangeClient 时提供依据;

17-18、HeaderExchangeClient 是 Client 的一个装饰者模式增强类,为 Client 增加了心跳逻辑;

19-20、 是 NettyClient 的发送逻辑,委托父类的实现

21、是 NettyClient 的发送逻辑最终委托给 NettyChannel 来实现

22、最终委托给 netty 的 channel.writeAndFlush 实现网络数据的发出,编码和序列化就是在这个过程中执行的,这个就牵涉到netty的使用了不过多解释

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,444评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,421评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,036评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,363评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,460评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,502评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,511评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,280评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,736评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,014评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,190评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,848评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,531评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,159评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,411评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,067评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,078评论 2 352

推荐阅读更多精彩内容

  • 服务引用有两种:1、直连方式引用2、基于注册中心引用 引用服务时机 1、 ReferenceBean 的 afte...
    love111阅读 914评论 0 0
  • 本系列主要参考官网文档、芋道源码的源码解读和《深入理解Apache Dubbo与实战》一书。Dubbo版本为2.6...
    就这些吗阅读 532评论 0 0
  • Dubbo的分支: 3.0Dubbo的服务提供者会将RPC服务的调用说明,导出到配置中心。然后服务的消费者向配置中...
    whslowly阅读 494评论 0 0
  • 本系列主要参考官网文档、芋道源码的源码解读和《深入理解Apache Dubbo与实战》一书。Dubbo版本为2.6...
    就这些吗阅读 820评论 0 0
  • 文档目的: 公司目前使用的dubbo版本是2.6.2,看完dubbo官方文档中的一些功能,所以就想知道dubbo调...
    换个名字_b5dd阅读 1,343评论 0 1