专业网站建设哪里找,衡水做企业网站的公司,有哪些购物的网站,wordpress显示的是文件目录文章目录SpringBoot自动装配原理1. 从调用SpringApplication构造器方法开始2. 解析启动类4.按需装配4.1 分析dubbo自动装配5. 如果定义自己的starter6. 面试答法SpringBoot自动装配原理 之前面试被问到这个题目#xff0c;只会答一些spi、AutoConfigration注解、Import之类的只会答一些spi、AutoConfigration注解、Import之类的感觉面试官并不是很满意自己也还停留在八股文的水平最近有时间了仔细总结一下 1. 从调用SpringApplication构造器方法开始 以下源码分析基于springboot2.6.x 首先一切的开始都是从这个方法开始的SpringApplication.run()所以说自动装箱的核心就是这个run方法的执行过程
首先我们应该带着问题看这个方法的执行
是否需要创建IOC容器需要创建那些Bean创建Bean之前的准备工作
最好的看源码的方式是通过debug的方式我们在SpringApplication.run()上面打一个断点然后一步一步的分析 首先第一步SpringApplication.run()方法需要传入两个参数第一个参数就是启动类本身用于在之后解析启动类解析标记的注解、启动类作为一个配置类也需要解析后面那个args是传入的虚拟机参数
再往下一层能够看到new SpringApplication(primarySources).run(args)当我们看到new关键字的时候我们处了知道创建了一个对象之外还应该注意到他调用了SpringApplication这个类的构造器构造器一般会用来加载一些配置 启动类里面的这一行其实在表示当前Spring要用什么web方式在JavaWeb开发中一般常用的就是Servlet程序其实就对应着SpringMVCSpring还提供了SpringWebflux来进行响应式响应式编程 /*** The application should not run as a web application and should not start an* embedded web server.*/
NONE,
/*** The application should run as a servlet-based web application and should start an* embedded servlet web server.*/
SERVLET,
/*** The application should run as a reactive web application and should start an* embedded reactive web server.*/
REACTIVE;接下来就是非常重要的两行代码了这里就涉及到了spring.factories文件到底是怎么加载的问题了 一看名字就能看出来
设置初始化器设置监听器
这里面的getSpringFactoriesInstances就是去加载spring.factories带给我们自动装箱的bean实例的 通过org.springframework.context.ApplicationContextInitializer来加载自动装箱文件 再然后获取spring.factories文件的资源路径 其实这个资源文件FACTORIES_RESOURCE_LOCATION也早已经定义好了 然后就到了加载配置文件里面配置好的bean了 接下来就是通过反射创建实例并返回的操作 到目前为止其实还没有牵涉到自动装配的东西 2. 解析启动类
我们继续debug直接到解析启动类的地方
org.springframework.boot.SpringApplication#prepareContext看这里就是去加载启动类 一路进入到这里
org.springframework.boot.BeanDefinitionLoader#load()开始加载我们的启动类可以看到其实我们的启动类可以定义不止一个进入load方法 这里看到一个方法isEligible(source)即有资格的的bean这个方法在低版本的boot中是isComponent(source)很好理解即这个bean必须要被Component标记才能被注册
准备工作完成之后接下来进入到我们非常重要的一个方法refreshContext(context)方法 接下来会落到这个方法里面 当我们在Spring源码中看到refresh方法的时候其实我们应该知道这肯定跟SpringIOC容器有关了我们在org.springframework.context.support.AbstractApplicationContext#refresh中其实能够看到13个方法在Spring中所有带有refresh方法最终的实现基本上都是在这里 我们看到其中的一个方法postProcessBeanFactory(beanFactory)
这个方法就是做增强的在Spring中看到postProcessBean开头的方法我们一般喜欢将其称之为后置增强器
我们来到这里其中configCandidates用来存放启动类
org.springframework.context.annotation.ConfigurationClassPostProcessor#processConfigBeanDefinitions在这里会去找到所有匹配的能够被解析的类可以看到已经拿到我们的启动类了 继续往下我们就能看到解析启动类的地方 - org.springframework.context.annotation.ConfigurationClassParser#processConfigurationClass
- org.springframework.context.annotation.ConfigurationClassParser#doProcessConfigurationClass我们来看一下解析Import注解的地方因为在实际开发中自动装箱我们用这个注解比较多 org.springframework.context.annotation.ConfigurationClassParser#collectImports在这里的方法中递归解析 拿到import注解后我们在来到这里org.springframework.boot.autoconfigure.AutoConfigurationImportSelector.AutoConfigurationGroup#process 然后再到这里面就会去加载spring.factories文件了
SpringBoot 定义了一套接口规范这套规范规定SpringBoot 在启动时会扫描外部引用 jar 包中的META-INF/spring.factories文件将文件中配置的类型信息加载到 Spring 容器
org.springframework.core.io.support.SpringFactoriesLoader#loadSpringFactories比较精彩的一点是他会去拿一下之前已经加载过的缓存避免重复加载 当然也不会全部加载进去如果项目中没有依赖会将这些bean排除掉 那么到底哪些bean会被加载哪些bean会被过滤掉呢我们继续往下看
4.按需装配
那么面试官可能会问怎么排除META-INF/spring.factories里不需要的bean呢
我们可以在springboot官网上找到答案 我们的自动装配依赖条件注解来判断哪些bean需要加载进入IOC容器这一类条件注解一般是以Conditional开头 4.1 分析dubbo自动装配
我们来看一下dubbo所依赖的bean是如何自动装配到ioc容器中的
首先我们需要引入dubbo的starter
!-- dubbo --
dependencygroupIdorg.apache.dubbo/groupIdartifactIddubbo-spring-boot-starter/artifactIdversion3.0.7/version
/dependencydependencygroupIdorg.apache.dubbo/groupIdartifactIddubbo-dependencies-zookeeper-curator5/artifactIdversion${dubbo.version}/versiontypepom/type
/dependency既然是一个starter肯定得准守springboot约定大于配置的约定在对应的jar包下一定有个**META-INF/spring.factories**文件 在org.springframework.core.io.support.SpringFactoriesLoader#loadSpringFactories方法加载完毕后这些配置的bean就会通过反射进行加载
我们分析一下这个bean点进去进行查看 但是当我们去查看最终注入到ioc容器里的bean的时候却没有发现这些bean甚至一个关于dubbo的bean都没有 这是因为我们的项目中并没有添加对dubbo的条件注解没有按需进入注入
这时候其实我们需要的是添加条件注解 可以看到当项目中有条件注解时才能加入到ioc容器
5. 如果定义自己的starter 定义的步骤在springboot官网上非常详细 Createing Your Own Auto-configuration 6. 面试答法
首先自动装配中最重要的三个类回答的时候要沿着这三个方法去回答
BFPP: BeanFactoryPostProcessorBPP: BeanPostProcessorBDRPPBeanDefinitionRegistryPostProcessor
第一步自动装配是什么解决了那些问题
第二步自动装配的过程
当启动springboot应用程序的时候会先创建SpringApplication的对象在对象的构造方法中会进行某些参数的初始化工作最主要的是判断当前应用程序的类型以及初始化器和监听器在这个过程中会加载整个应用程序中的spring.factories文件将文件的内容放到缓存对象中方便后续获取。SpringApplication对象创建完成之后开始执行run方法来完成整个启动启动过程中最主要的有两个方法第一个叫做prepareContext第二个叫做refreshContext,在这两个关键步骤中完整了自动装配的核心功能前面的处理逻辑包含了上下文对象的创建banner的打印异常报告期的准备等各个准备工作方便后续来进行调用。在prepareContext方法中主要完成的是对上下文对象的初始化操作包括了属性值的设置比如环境对象在整个过程中有一个非常重要的方法叫做loadload主要完战一件事将当前启动类做为一个beanDefinition注册到registry中方便后续在进行BeanFactoryPostProcessor调用执行的时候找到对应的主类来完成SpringBootApplicaitonEnableAutoConfiguration等注解的解析工作在refreshContext方法中会进行整个容器刷新过程会调用中spring中的refresh方法refresh中有13个非常关键的方法来完成整个spring应用程序的启动在自动装配过程中会调用invokeBeanFactoryPostProcessor方法在此方法中主要是对ConfigurationClassPostProcessor类的处理这次是BFPP的子类也是BDRPP的子类在调用的时候会先调用BDRPP中的postProcessBeanDefinitionRegistry方法然后调用postProcessBeanFactory方法在执行postProcesskeanDefinitionRegistry的时候回解析处理各种注解包含PropertySourceComponentScanComponentScansBeanlmport等注解最主要的是import注解的解析在解析lmport注解的时候会有一个getlmports的方法从主类开始递归解析注解把所有包含lmport的注解都解析到然后在processlmport方法中对Import的类进行分类此处主要识别的时候AutoConfigurationlmportSelect归属于ImportSelect的子类在后续过程中会调用deferredlmportSelectorHandler中的process方法来完整EnableAutoConfiguration的加载。通过Conditional等条件注解按需加载的配置类其他的将被过滤掉 最后一句话总结Spring Boot 通过EnableAutoConfiguration开启自动装配通过 SpringFactoriesLoader 最终加载META-INF/spring.factories中的自动配置类实现自动装配自动配置类其实就是通过Conditional按需加载的配置类想要其生效必须引入spring-boot-starter-xxx包实现起步依赖
