dubbo实现原理---源码分析

DUBBO 加载

spring加载bean的时候，遇到dubbo的命名空间时，会调用DubboNamespaceHandler类。执行init方法。将dubbo标签的各类子标签如service，reference存到一个叫parsers的HashMap中。

DUBBO标签的解析

全部经过标签订义的bean 都会定义成BeanDefinition。而且存到BeanDefinitionMap中

service标签，provide标签，consumer标签的识别都是用if判断的。

如今有两个map。一个spring初始化产生的存有dubbo各类子标签类型对应的解析器的parsers另外一个是存有解析到的beandefintion的beandefinitionMap。dubbo内部中必定存在一个方法从parsers中拿到解析器。而后经过这个解析器解析bean。存到beandefinitionmap中。可是我没找到

仅仅只是这样还不能实现rpc调用

dubbo底层是经过在ServiceConfig.export 或者ReferenceConfig.get 初始化时，将Bean对象转会为url格式，将全部Bean属性转成url的参数。 生成url来实现的

以ServiceConfig.export方法为例。因为if语句占据了大量篇幅，直接截图核心部分

以上是本地暴露

向注册中心暴露服务：

和上一种的区别：须要将服务的IP和端口一同暴露给注册中心。

ServiceConfig解析出的url格式为：registry://registry-host/com.alibaba.dubbo.registry.RegistryService?export=URL.encode(url)

引用服务，

主要是用ReferenceConfig.init()。

该方法的一大部分都是在拆解url。最终调用refer方法。获得invoker。