Spring底层

配置文件

配置优先级

之前讲解过,可以用这三种方式进行配置
那如果这三种都进行了配置,那到底哪一份生效呢?
结论

优先级从大到小
properties>yml>yaml

然后就是现在一般都用yml文件进行配置
Spring底层_第1张图片

其他配置方式

除了配置文件外
还有不同的配置方式
可以通过Java系统属性或者命令行参数的方法进行配置
且命令行参数的优先级大于Java系统属性
Spring底层_第2张图片
Spring底层_第3张图片
对应开启界面
Spring底层_第4张图片

Spring底层_第5张图片
那如果项目已经打包或者上线了,那怎么设置Java系统属性和命令行参数呢

Spring底层_第6张图片
运行jar包到对应的文件夹,jar java系统属性(可填可不填)-jar jar包名字 命令行参数(可填可不填)
Spring底层_第7张图片

综合优先级

Spring底层_第8张图片

bean的管理

获取bean

除了使用
@AutoWired自动注入DI的方式
还能手动的获取IOC容器中的bean对象
Spring底层_第9张图片

想要获取IOC容器里面的bean对象
首先要获得IOC容器
IOC容器就是我们的applicationContext对象
获取IOC容器的过程

@AutoWired
private ApplicationContext applicationContext;
谁能想到,获取IOC容器还是要自动注入

Spring底层_第10张图片

获取之后
发现我们获取的某一个bean对象都一样
默认情况下这个bean是单例的,能不能设置成非单例呢?
当然可以
和下一章节bean作用域有关
Spring底层_第11张图片

bean的作用域

大部分开发但是单例bean用@Scope情况不多,默认就可以奥
bean的作用域和使用bean时到底是创建新的bean对象还是只有一个有关
这里有五种作用域
我们只用关注前两种
singleton和prototype两种即可
一个是单例一个是每次使用bean对象会创建新的实例
Spring底层_第12张图片
Spring底层_第13张图片
Spring底层_第14张图片
@Lazy是使对应的bean对象在第一次使用再进行初始化(默认是在容器启动的时候进行初始化)
@Scope(“”)就是对应的作用域了呗
更改了以后调用就是不同的对象
Spring底层_第15张图片

第三方bean

Spring底层_第16张图片

这种我们自己的定义的类可以用注解
Spring底层_第17张图片
但是如果是第三方依赖提供得的类
我们怎么让他交给IOC容器管理呢?
比如这个dom4j提供的SAXReader解析xml文件的类(不交给IOC容器就每次都需要new,用Sping框架其实叫给IOC用的时候进行依赖注入就可以了)
so怎么把第三方类弄成bean呢?
Spring底层_第18张图片
两种方法
1.就是在启动类,创建方法用@Bean注解
2.就是新建一个配置类,用@Configuration注解类
还是新建方法用@Bean注解,返回值为我们想交给IOC容器管理的第三方类对象

Spring底层_第19张图片
还有这两种方式默认是用方法名作为bean对象的名字
也可以用value和name属性去起名
Spring底层_第20张图片
如果想在声明第三方bean对象进行依赖注入怎么从操作呢?
很简单
只需要在方法上写个参数,他就会自动去IOC容器中寻找并且注入
不需要用什么@AutoWired
Spring底层_第21张图片

SpringBoot原理(面试)

Spring底层_第22张图片
Spring在4.0退出SpringBoot来简化Spring开发
SpringBoot相较于Spring有两点
一方面是起步依赖,一方面是自动配置
Spring底层_第23张图片

起步依赖

使用原始Spring框架进行开发,需要一个一个导入依赖还要版本匹配
Spring底层_第24张图片
而使用SpringBoot只用引入一个依赖即可
比如我们想要Web开发引入对应的web开发的起步依赖
下面就包含了我们web开发常用的依赖
原理:maven的依赖传递,maven中A项目依赖B,B项目依赖C,那么如果你现在用一个D项目导入了A依赖,它会同时他B和C依赖进行导入

Spring底层_第25张图片

自动配置

概述

所谓的自动配置
就除了我们自己定义的bean对象
引入依赖后是怎么讲jar包里的定义的配置类和bean加载到我们的IOC容器
Spring底层_第26张图片
比如这里我们并没有声明其他的bean对象
但是它还是在IOC容器中存储着,这就是我们导入依赖
对应自动交给了IOC容器,我们要探究的就是,它是怎么交给IOC容器的
Spring底层_第27张图片

原理(SpringBoot原理)!!!

几种将依赖的bean对象交给IOC容器的方案

现在我们自己写一个maven项目
itheima-utils中定义三个bean对象
TokenParser(@Component)、headerParser和headerGenerator(@Bean方式)
Spring底层_第28张图片
此时我们导入该项目到我们另一个项目
按理来说bean对象可以直接用了,但是会报错
为什么呢?
讲IOC说过不是加了@Component就会生效的,还需要被组件扫描到
启动类上面的注解@SpringBootApplication只会扫描当前包以及其子包下的
所以这个项目在不在外面启动类包下肯定扫描不到,怎么解决呢?

Spring底层_第29张图片

方案1@ComponentScan

用@ComponentScan在启动类上指定要扫描的包,对应启动类就能扫描到了
注意:我们一旦声明这个注解,默认扫描的本包及子包会失效,所以一般我们是需要把启动类所在的包也写上去,把本包的也扫描到
Spring底层_第30张图片

但是你可以发现我们导入其他的官方依赖没有让我们这么做
因为这种太麻烦了
so肯定有别的方法

方案2

导入可以导入普通类,这个类就变为IOC容器的bean类
导入配置类的话,这个配置类中所有bean对象都会加载到IOC容器中
Spring底层_第31张图片

Spring底层_第32张图片
接口实现类,实现对应的ImportSelector
实现对应的SelectImoprts方法
返回值是String[],对应想要谁交给IOC
就把对应全类名写入这个字符串数组中
Spring底层_第33张图片
当然这种方式我们还需要知道对应的第三方依赖的哪些配置类和哪些bean类
其实第三方最清楚我们需要导入的bean和配置类
所以一般我们都不是自动导入
而是第三方依赖给我们提供一个注解
@EnableXxxx注解
这个注解封装着@Import注解
如图是对应注解
上面有@Import标识对应我们想导入的bean
Spring底层_第34张图片
然后在 对应启动类上加入上提供的注解即可扫描到对应的bean

Spring底层_第35张图片

源码跟踪

springboot最重要的注解就是对应springboot启动类上的能够注解
我们通过这个来分析源码怎么完成自动注入
最上面
四行是源注解就不解释了
然后@SpringBootConfiguration在这个注解里
含一个@Configuration表示该类也是一个配置类,所以之前我们能在启动类定义bean

再看@ComponentScan这个就是我们对应的组件扫描的注解
最后我们看@EnableAutoConfiguration
这个就是我们自动配置的核心注解
Spring底层_第36张图片

@EnableAutoConfiguration的源码
封装了一个@Import({AutoConfigurationImportSelector.class})
Spring底层_第37张图片
我们再来看这个AutoConfigurationImportSelector
这个类实现了DeferredImportSelector(ImportSelector的子接口)
前面说过实现selectImoprt方法的返回值决定
哪个类会交给IOC容器
找到这个方法,看到这个返回值
Spring底层_第38张图片
调用autoConfigurationEntry.getConfigurations()
我们看就看autoConfigurationEntry对象到底是啥
找到后,可以发现它封装了
configurations和execlusions
当然我们主要看configurations,调用的就是getConfigurations(),就是对应它里面的数据呗
Spring底层_第39张图片
这个就是那个给configurations赋值的语句
我们进入这个方法
Spring底层_第40张图片
对应方法
Spring底层_第41张图片
看那个提示信息,当configurations为null时
提示在这里插入图片描述
这两个文件中没有查询到自动配置信息

所以推一下底层
springboot启动会加载这两个文件中配置的信息
封装到List集合configurations中
然后这个结合内容会转换为String[]
到selectImports就是需要加入IOC容器的bean类名、配置类
所以
我们只需要把我们想要加入IOC的全类名写入到对应文件中即可
现在关键点就是找到这两个文件
一般起步依赖当中都会有这两个文件
比如这个mybatis的起步文件
里面就含着一个传递下来的依赖
mybatis-spring-boot-autoconfigure2.2.2
这个里面就包含那个自动配置文件
Spring底层_第42张图片
然后我们看呗
果真有这两个个文件,包含了我们对应想要加入IOC容器的全类名

spring.factories和org.springframework.boot.auotconfigure.AutoConfiguration.imoprts
都是可以加入IOC中的(不是全部的这些类都要加入IOC容器)
不同之处spring.factories是早期的自动配置文件,而那个长的名字的文件是2.7.0版本后提供的一个全新的配置的文件,2.7.x版本会兼容spring.factories,但到3.x的版本后就不支持spring.factories了,所以弄那个长的文件就ok
org.springframework.boot.auotconfigure.AutoConfiguration.imoprts
是以AutoConfiguration为结尾的一些类(我们称为自动配置类)
比如之前我们那个gson
就是定义在一个类(配置类)中
然后这个类的全类名写入了org.springframework.boot.auotconfigure.AutoConfiguration.imoprts文件中
这样就自动配置
所以我们就把这个加载到IOC容器中了
Spring底层_第43张图片

源码小结

Spring底层_第44张图片
Spring底层_第45张图片

不同之处spring.factories是早期的自动配置文件,而那个长的名字的文件是2.7.0版本后提供的一个全新的配置的文件,2.7.x版本会兼容spring.factories,但到3.x的版本后就不支持spring.factories了,所以弄那个长的文件就ok

@ConditionalOnMissingBean就是你需要满足一定条件才会加入到IOC容器的bean
下一章节我们就讲解这个注解是如何进行条件装配的

@ConditionalOnMissingBean条件装配注解

你可能感兴趣的:(JavaWeb,spring,java,后端)