前言

这篇文章主要聊2个话题：服务启动原理及消费者与提供者则交互过程

服务启动原理

dubbo支持2种启动方式：脚本启动（不需要tomcat之类容器）、利用Tomcat等容器进行启动。

脚本启动

下面我们主要聊聊脚本启动过程：

1、在dubbo-container-api模块bin目录下有个start.sh脚本，该脚本在执行时候会调用Main类中的main方法。

2、根据Container.java接口以及接口上的的SPI注解，获取到spring字段，通过ExtensionLoad类加载配置文件，读取key是spring的value值，默认是SpringContainer.java，是Container接口的实现类，将Container加入到集合中，循环遍历集合，调用start方法，启动程序，也就是调用SpringContainer中的start方法。

3、从dubbo.properties配置文件中读取解析xml的路径，利用ClassPathXmlApplicationContext.java加载配置文件，并把它解析成bean，利用的就是spring容器加载过程。??????????

4、在加载配置文件的时候，他会加载spring-schemas文件中的dubbo.xsd文件路径，利用该文件对dubbo的配置做校验和检查，最终将这些配置文件加载到内存中。

5、registerBeanDefinitions方法是对doLoadDocument加载进来的文档做解析，生成对应的处理逻辑。他也会解析到spring.handler文件中的内容，spring.handler文件中有个类DubboNamespaceHandler，这个类继承了spring 的NamespaceHandlerSupport类，重写了他的init方法，在该方法中通过DubboBeanDefinitionParser类解析配置文件的dubbo标签，而DubboBeanDefinitionParser继承了spring的BeanDefinitionParser类，重写他的解析方法。

6、在DubboBeanDefinitionParser的parse方法中，先获取id的值，如果id是空，则获取name的值，如果name的值也是空，则判断该bean是不是ProtocolConfig类型，如果是则，赋值成dubbo。在判断是不是空，如果还是空，则将name的值赋值成bean的getName值。循环判断bean的id是否有重复的，有则在后面加1，直到没有重复的。

7、如果是ProtocolConfig、ServiceBean、ProviderConfig、ConsumerConfig类型的bean,则分别进行解析。

8、再解析子节点。

9、最后调用AbstractApplicationContext.java中的start方法。