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？不得而知。