作为一个分布式服务治理框架，dubbo做的非常好，在业界使用很广，所以最近研究了下这个框架。任何框架要研究其原理最好的办法之一就是沿着其运行流程进行追踪，这样就能从上到下，从粗到细对一个系统进行了解。今天，我们要说明的问题就是dubbo如何启动的。

        dubbo是基于Spring进行开发的，而且扩展了Spring的XML schema和注解标签，其实这里也就是整个dubbo的切入点。dubbo除去依赖其他的第三方框架外，整个框架只有一个jar包，可谓是精致。在这个jar包的NET-INF目录下有两个文件：spring.handlers和spring.schemas。其中spring.schemas中定义的就是扩展的spring配置标签，而且spring.handlers中定义的就是这些schema的处理类，就是这个类将dubbo组件“插入”到spring这个平台里的。（关于如何自定义spring配置的schema，网上资料很多，这里只简单概括）Spring在启动的时候会扫描MET-INF下所有的spring.handlers等文件，找到其中的标签处理类，并运行其init方法。

        这里要插个知识点“spring的启动过程”。spring启动过程，从宏观角度来讲分为两个阶段。第一个阶段完成spring配置文件的解析，或者spring注解的解析最终将这些配置或者注解解析成BeanDefinition对象，然后进入下一个阶段，比如我们经常在spring配置文件中使用的占位符替换工作就是在这个阶段完成的。在第二个阶段中，spring用之前解析好的BeanDefinition对象来完成bean的初始化和组装工作，比如我们使用spring事务时的事务proxy就是这个阶段完成注入到service对象中的。

        在这个init方法中，dubbo将自己的标签（application,module,registry,monitor,provider,consumer,protocol,service,reference）处理类注册到spring中，而这些类会完成对自己所负责的标签的解析工作，将标签最终转换为bean的描述对象BeanDefinition并返回给spring，而spring拿到这些标签对象完成bean的初始化、依赖注入（比如注入对RMI端的proxy对象）。

这就是dubbo的宏观启动流程，这个对于理解dubbo框架的原理能起到促进作用，网上也没有明确的文章进行说明，这里做个补充。希望能帮大家解决一些问题。

dubbo是如何“插入”到spring框架中的