服务引用细节
在整体上看,Dubbo框架做服务消费也分为两大部分,第一步通过持有远程服务实例生成Invoker,这个Invoker在客户端是核心的远程代理对象。第二步会把Invoker通过动态代理转换成实现用户接口的动态代理引用。这里的Invoker承载了网络连接、服务调用和重试等功能,在客户端,它可能是一个远程的实现,也可能是一个集群实现。

这个图实际上说的并不好,实际上我们是在RegistryProtocol(注册中心)refer到了RegistryDirectory(服务提供者的动态刷新类)然后被我们封装成了一个聚合的cluster的invoker,屏蔽了底层复杂的处理细节。然后通过代理再将invoker封装成我们具体的接口实现类。这样我们看似拿到了接口,实际调用的时候,会传入参数,匹配上方法名,进入invoker的复杂逻辑处理。具体的细节,在服务调用的流程中也可以看见。
具体调用时候用什么样的协议调用,取决于服务暴露的时候是暴露出什么协议的服务,大部分是DubboProtocol。

提前给大家看一张dubbo服务调用的过程图,可能会对服务引用的逻辑梳理更有帮助。

阅读源码
对服务引用有了个大致的认识后,可以根据资料,阅读源码,去深入了解这些经常被提起的模块。
官网服务引用源码
《深度解析dubbo服务本地引用(injvm)》
《深度解析dubbo服务远程引用(创建Proxy流程)》
《深度解析dubbo服务远程引用(initClient)》

END
后台回复关键词 dubbo 获取今日推荐资料
微信8.0新增了一万的好友数,之前没加上好友的可以加一下我的个人微信,再晚又满了,一起抱团取暖,结伴内卷。

扫码拉群,学习打卡,交流经验
每周一读
文章转载自阿斌Java之路,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




