Dubbo源代码实现一：切入Spring
Dubbo是阿里开源的一个高性能服务框架，提供了服务注册、RPC服务调用、调用均衡、服务监控和服务failover等功能。如果你还未使用过Dubbo框架，请先参考dubbo提供的官方文档，比如：http://www.oschina.net/p/dubbo?fromerr=iVZFqWON。
Dubbo框架中有两个重要角色：（服务）提供者和（服务）消费者，这里为了简单起见，将包含了dubbo提供者或消费者功能的应用模块通称为dubbo客户端。
带着问题看源代码，才能有收获。
进入正题，现在大多数java应用都离不开Spring，所以其他java解决方案，或多或少都会支持在Spring中使用，dubbo也不例外。在我记忆中，凡是想在Spring容器中发挥作用的框架，无非都是提供对应的Spring Bean来注入到Spring容器中，dubbo也一样。在源代码的dubbo-container-spring模块中，唯一的类SpringContainer说明了这一点，它的start()方法直接通过ClassPathXmlApplicationContext来启动Spring容器。有人立马会问，SpringContainer的start()方法由谁调用？答案就是com.alibaba.dubbo.container.Main，它是dubbo的入口，Main类中的main方法将依次调用dubbo内置的Container的start()方法。如果没有配置Spring xml文件的路径，dubbo将会默认采用classpath*:META-INF/spring/*.xml。
那么问题来了，Spring是如何识别dubbo的那些自定义标签的？Spring为了支持用户自定义类加载到Spring容器，提供了org.springframework.beans.factory.xml.NamespaceHandler接口和org.springframework.beans.factory.xml.NamespaceHandlerSupport抽象类，NamespaceHandler#init方法会在对象的构造函数调用之后、属性初始化之前被DefaultNamespaceHandlerResolver调用。dubbo的DubboNamespaceHandler类正是继承了NamespaceHandlerSupport，其代码实现如下：
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));
}
}registerBeanDefinitionParser方法有父抽象了类NamespaceHandlerSupport的默认实现，第一个参数是elementName，即元素名称，即告诉Spring你要解析哪个标签，第二个参数是BeanDefinitionParser的实现类，BeanDefinitionParser是Spring用来将xml元素转换成BeanDefinition对象的接口。dubbo的DubboBeanDefinitionParser类就实现了这个接口，负责将标签转换成bean定义对象BeanDefinition。dubbo给其返回的BeanDefinition设置了下列属性：
beanDefinition.setBeanClass(beanClass);
beanDefinition.setLazyInit(false);
beanDefinition.getPropertyValues().addPropertyValue("id", id);
如果是dubbo:protocol标签，dubboh还会检查所有已经包含protocol属性的BeanDefinition且protocol属性对应的值是ProtocolConfig对象的bean，将其属性的protocol值设置成当前的bean引用：
definition.getPropertyValues().addPropertyValue("protocol", new RuntimeBeanReference(id));
如果是dubbo服务提供者的dubbo:service标签，则还会设置ref属性为对应接口class的实现类bean：
beanDefinition.getPropertyValues().addPropertyValue("ref", new BeanDefinitionHolder(classDefinition, id + "Impl"));
有没有人想过，当使用dubbo服务提供者的dubbo:service标签时，如果我既不设置id，也不设置name，则dubbo给它的ServiceBean在Spring容器中定义的ID是什么？ 答案就是：
if (generatedBeanName == null || generatedBeanName.length() == 0) {
generatedBeanName = beanClass.getName();
}
id = generatedBeanName;
int counter = 2;
while(parserContext.getRegistry().containsBeanDefinition(id)) {
id = generatedBeanName + (counter ++);
}
有人就会问，Spring怎么知道你自定义了NamespaceHandlerSupport的实现类？Spring容器会默认加载classpath/META-INF下的spring.handlers和spring.schemas文件，来加载名空间处理器和xsd，所以dubbo-config-spring包下的META-INF目录下就有这两个文件。
最后，DubboNamespaceHandler类中的静态代码块去classpath下检查是否有其他的同名class，否则会打错误日志，这个是为什么呢？防止不同的类加载器重复加载DubboNamespaceHandler？不得而知。