现在本人开始使用起来了微服务,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引用的问题,