springboot项目中dubbo启动的源码分析

现在本人开始使用起来了微服务，spring boot是微服务必备的框架，那么今天就说下，springboot中是怎么整合dubbo的（源码层面）

我们直接从AbstractApplicationContext类的refresh方法开始说起，首先springboot项目的Application上面的注解是配置扫描的路径的，如下：

@SpringBootApplication
@MapperScan("com.ecarx.member.mapper")
@DubboComponentScan(basePackages = "com.ecarx.member.openservice")
public class Application {

    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

第一个注解@SpringBootApplication是扫描spring相关的bean
第二个注解@MapperScan是扫描mybatis的xml文件
第三个@DubboComponenScan是扫描dubbo相关的service，那么reference呢？不需要扫描么，在springboot中Reference已经不是作为spring管理的bean了，而是被当作一个属性注入。这个我们后面会说。

关于没有接触过Springboot的，就要从扫描应用上面的注解开始说起来了，获取注解的入口，就在AbstractApplicationContext类中的刷新（）方法中的

invokeBeanFactoryPostProcessors(beanFactory);

方法中。这个方法的作用是执行所有注册的beanFactory处理器。在里面委派给了PostProcessorRegistrationDelegate这个类去处理。

在这个方法中，如果beanfactory的类型是BeanDefinitionRegistry类型，则执行下面的方法，注册更多的bean。

private static void invokeBeanDefinitionRegistryPostProcessors（
			集<？扩展BeanDefinitionRegistryPostProcessor> postProcessors，BeanDefinitionRegistry注册表）{

		for（BeanDefinitionRegistryPostProcessor postProcessor：postProcessors）{
			postProcessor.postProcessBeanDefinitionRegistry（注册表）;
		}
	}

在我们调试的时候可能会常常发现，SpringApplication的运行（）方法之后的方法都执行了两遍，但是参数好像都不同了，这是为什么呢，关键是出在这行代码：

ConfigurableEnvironment environment = prepareEnvironment（listeners，
					applicationArguments）;

这个方法第一次发布事件的时候，这个事件被BootStrapListener监听了，创建了ApplicationBuilder并执行了SpringApplication的run（）的方法，第二次的时候监听就消失了，从代码推测第一次的run方法调用主要设置了些环境变量相关，具体细节由于篇幅有限，而且博主最近工作极忙，都是加班都晚上1,2点，所有等以后有时间专门写一篇相关博文。

后面我们继续看关于dubbo引用的问题，

springboot项目中dubbo启动的源码分析

猜你喜欢