在前面的文章https://goo.gl/d5SR9t中我们介绍过基于Spring的Schema扩展,实际上就是自定义一些XML标签,通过实现Sring的一些接口解析这些标签,然后在Spring容器启动的时候可以自动调用解析过程,生成bean或者做其他操作,Dubbo中bean的生成过程也是依照这样的原理。
Dubbo中自定义的标签及解析过程实现都在dubbo-config-spring这个包中。
下面是META-INF下的sping.handlers和spring.schemas两个文件的内容:
spring.handlers:
http\://code.alibabatech.com/schema/dubbo=com.alibaba.dubbo.config.spring.schema.DubboNamespaceHandler
spring.schemas:
http\://code.alibabatech.com/schema/dubbo/dubbo.xsd=META-INF/dubbo.xsd
查看spring.handlers配置中的DubboNamespaceHandler类可以看到如下的代码:
public class DubboNamespaceHandler extends NamespaceHandlerSupport {
static {
Version.checkDuplicate(DubboNamespaceHandler.class);
}
public void init() {
registerBeanDefinitionParser("application", new DubboBeanDefinitionParser(ApplicationConfig.class, true));
registerBeanDefinitionParser("module", new DubboBeanDefinitionParser(ModuleConfig.class, true));
registerBeanDefinitionParser("registry", new DubboBeanDefinitionParser(RegistryConfig.class, true));
registerBeanDefinitionParser("monitor", new DubboBeanDefinitionParser(MonitorConfig.class, true));
registerBeanDefinitionParser("provider", new DubboBeanDefinitionParser(ProviderConfig.class, true));
registerBeanDefinitionParser("consumer", new DubboBeanDefinitionParser(ConsumerConfig.class, true));
registerBeanDefinitionParser("protocol", new DubboBeanDefinitionParser(ProtocolConfig.class, true));
registerBeanDefinitionParser("service", new DubboBeanDefinitionParser(ServiceBean.class, true));
registerBeanDefinitionParser("reference", new DubboBeanDefinitionParser(ReferenceBean.class, false));
registerBeanDefinitionParser("annotation", new DubboBeanDefinitionParser(AnnotationBean.class, true));
}
}
这个类继承了NamespaceHandlerSupport,需要实现init方法。
NamespaceHandlerSupport的作用是在自定义标签时对自定义的标签注册相应的解析对象,在Spring容器启动时会自动调用里面的init()方法,从而完成对自定义标签的解析。从上面的代码可以看出,所有的解析代码都是在DubboBeanDefinitionParser中,通过参数控制解析不同的标签。
在实际开发过程中会发现,当我们编写provider的代码时,最常用的是< dubbo:service>标签,编写consumer代码时,最常用的是< dubbo:reference>标签。其中service相关标签主要靠ServiceBean这个类解析,reference相关标签主要一来ReferenceBean类解析。
ServiceBean< T>这个类
(1) 继承了ServiceConfig< T>:这个类主要封装标签的属性,如ref,path,methods等;
(2)实现InitializingBean, DisposableBean接口:
作用:
关于在spring 容器初始化 bean 和销毁前所做的操作定义方式有三种:
第一种:通过@PostConstruct 和 @PreDestroy 方法 实现初始化和销毁bean之前进行的操作
第二种是:通过 在xml中定义init-method 和 destory-method方法
第三种是: 通过bean实现InitializingBean和 DisposableBean接口
(3)实现ApplicationContextAware接口:
实现这个接口需要覆盖setApplicationContext(ApplicationContext applicationContext)方法。
作用:
可以获取ApplicationContext,我们知道,Spring中最重要的就是ApplicationContext了,设置完ApplicationContext后就可以随意使用容器中的bean或者其他的对象了。
(4)实现ApplicationListener接口:
实现这个接口需要覆盖onApplicationEvent(ApplicationEvent event) 这个方法。
作用:
可以监听到所用通过applicationContext.publistEvent(ApplicationEvent event))发布的事件,Spring在启动过程中,对象初始化完成后,会调用publistEvent方法,发布事件,随后所有实现了ApplicationListener的接口都可以接收到事件并执行响应的操作。
具体可以参考:
http://wiki.jikexueyuan.com/project/spring/event-handling-in-spring.html
http://www.cnblogs.com/ArtsCrafts/p/Spring_Event.html
此处是通过监听Spring的内置事件ContextRefreshedEvent调用export()方法暴露服务。
(5)实现BeanNameAware接口:
实现这个接口需要覆盖setBeanName(String name) 方法
作用:
让Bean获取自己在BeanFactory配置中的名字(根据情况是id或者name),适用于某个bean需要访问配置文件中自身bean的id属性的情况。
也就是说在做service标签解析的时候,需要定义的beanName,这个获取到的beanName用在了afterPropertiesSet方法在setPath里面。
具体参考:
http://langgufu.iteye.com/blog/1499966
http://www.cnblogs.com/liunanjava/p/4401089.html
说明:
通过运行dubbo-demo-provider发现,此处给出的beanName是:com.alibaba.dubbo.demo.DemoService。理论上来讲应该是设置的id才对,那么我们看配置文件:
<bean id="demoService" class="com.alibaba.dubbo.demo.provider.DemoServiceImpl" />
<dubbo:service interface="com.alibaba.dubbo.demo.DemoService" ref="demoService" />
我们发现这里并没有为< dubbo:service>这个标签指定id或者name属性,那么这个beanName是如何设置进去的呢?
查看解析代码我们可以看到这样的一段:
String id = element.getAttribute("id");
if ((id == null || id.length() == 0) && required) {
String generatedBeanName = element.getAttribute("name");
if (generatedBeanName == null || generatedBeanName.length() == 0) {
if (ProtocolConfig.class.equals(beanClass)) {
generatedBeanName = "dubbo";
} else {
generatedBeanName = element.getAttribute("interface");
}
}
if (generatedBeanName == null || generatedBeanName.length() == 0) {
generatedBeanName = beanClass.getName();
}
id = generatedBeanName;
int counter = 2;
while(parserContext.getRegistry().containsBeanDefinition(id)) {
id = generatedBeanName + (counter ++);
}
}
if (id != null && id.length() > 0) {
if (parserContext.getRegistry().containsBeanDefinition(id)) {
throw new IllegalStateException("Duplicate spring bean id " + id);
}
parserContext.getRegistry().registerBeanDefinition(id, beanDefinition);
beanDefinition.getPropertyValues().addPropertyValue("id", id);
}
...
到这里就很清楚了,原因是如果没有设置id属性的话,会取interface属性作为SpringBean的id。
其他的内容就是一些设置providerConfig,applicationConfig,moduleConfig,registryConfigs,monitorConfig,protocolConfigs
原文:http://blog.csdn.net/xiaoxiaoxuanao/article/details/54691641