前言
这篇文章主要聊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方法 。
利用tomcat启动
tomcat触发WebApplicationContext的initWebApplicationContext，从而拉起spring容器。
服务启动原理及消费者与提供者则交互过程
大体过程如下：
1、服务消费者通过代理对象 Proxy 发起远程调用
2、接着通过网络客户端 Client 将编码后的请求发送给服务提供方的网络层上，也就是 Server
3、Server 在收到请求后，首先要做的事情是对数据包进行解码
4、然后将解码后的请求发送至分发器 Dispatcher
5、再由分发器将请求派发到指定的线程池上
6、最后由线程池调用具体的服务
调用过程如下图所示：
