服务引用细节
在整体上看，Dubbo框架做服务消费也分为两大部分，第一步通过持有远程服务实例生成Invoker,这个Invoker在客户端是核心的远程代理对象。第二步会把Invoker通过动态代理转换成实现用户接口的动态代理引用。这里的Invoker承载了网络连接、服务调用和重试等功能，在客户端，它可能是一个远程的实现，也可能是一个集群实现。
这个图实际上说的并不好，实际上我们是在RegistryProtocol（注册中心）refer到了RegistryDirectory（服务提供者的动态刷新类）然后被我们封装成了一个聚合的cluster的invoker，屏蔽了底层复杂的处理细节。然后通过代理再将invoker封装成我们具体的接口实现类。这样我们看似拿到了接口，实际调用的时候，会传入参数，匹配上方法名，进入invoker的复杂逻辑处理。具体的细节，在服务调用的流程中也可以看见。
具体调用时候用什么样的协议调用，取决于服务暴露的时候是暴露出什么协议的服务，大部分是DubboProtocol。
提前给大家看一张dubbo服务调用的过程图，可能会对服务引用的逻辑梳理更有帮助。
阅读源码
对服务引用有了个大致的认识后，可以根据资料，阅读源码，去深入了解这些经常被提起的模块。
1221
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
