Spring底层

配置文件

配置优先级

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

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

然后就是现在一般都用yml文件进行配置

其他配置方式

除了配置文件外
还有不同的配置方式
可以通过Java系统属性或者命令行参数的方法进行配置
且命令行参数的优先级大于Java系统属性


对应开启界面

那如果项目已经打包或者上线了，那怎么设置Java系统属性和命令行参数呢

运行jar包到对应的文件夹，jar java系统属性（可填可不填）-jar jar包名字 命令行参数（可填可不填）

综合优先级

bean的管理

获取bean

除了使用
@AutoWired自动注入DI的方式
还能手动的获取IOC容器中的bean对象

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

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

获取之后
发现我们获取的某一个bean对象都一样
默认情况下这个bean是单例的，能不能设置成非单例呢？
当然可以
和下一章节bean作用域有关

bean的作用域

大部分开发但是单例bean用@Scope情况不多，默认就可以奥
bean的作用域和使用bean时到底是创建新的bean对象还是只有一个有关
这里有五种作用域
我们只用关注前两种
singleton和prototype两种即可
一个是单例一个是每次使用bean对象会创建新的实例



@Lazy是使对应的bean对象在第一次使用再进行初始化（默认是在容器启动的时候进行初始化）
@Scope(“”)就是对应的作用域了呗
更改了以后调用就是不同的对象

第三方bean

这种我们自己的定义的类可以用注解

但是如果是第三方依赖提供得的类
我们怎么让他交给IOC容器管理呢？
比如这个dom4j提供的SAXReader解析xml文件的类（不交给IOC容器就每次都需要new，用Sping框架其实叫给IOC用的时候进行依赖注入就可以了）
so怎么把第三方类弄成bean呢？

两种方法
1.就是在启动类，创建方法用@Bean注解
2.就是新建一个配置类，用@Configuration注解类
还是新建方法用@Bean注解，返回值为我们想交给IOC容器管理的第三方类对象

还有这两种方式默认是用方法名作为bean对象的名字
也可以用value和name属性去起名

如果想在声明第三方bean对象进行依赖注入怎么从操作呢？
很简单
只需要在方法上写个参数，他就会自动去IOC容器中寻找并且注入
不需要用什么@AutoWired

SpringBoot两个重要功能

Spring在4.0退出SpringBoot来简化Spring开发
SpringBoot相较于Spring有两点
一方面是起步依赖，一方面是自动配置

起步依赖

使用原始Spring框架进行开发，需要一个一个导入依赖还要版本匹配

而使用SpringBoot只用引入一个依赖即可
比如我们想要Web开发引入对应的web开发的起步依赖
下面就包含了我们web开发常用的依赖
原理：maven的依赖传递，maven中A项目依赖B,B项目依赖C,那么如果你现在用一个D项目导入了A依赖，它会同时他B和C依赖进行导入

自动配置

所谓的自动配置
就除了我们自己定义的bean对象
引入依赖后是怎么讲jar包里的定义的配置类和bean加载到我们的IOC容器

比如这里我们并没有声明其他的bean对象
但是它还是在IOC容器中存储着，这就是我们导入依赖
对应自动交给了IOC容器，我们要探究的就是，它是怎么交给IOC容器的

SpringBoot底层原理

也就是我们的自动配置原理
先讲解bean对象是怎么进入IOC容易的

bean对象进入IOC容器的方案

现在我们自己写一个maven项目
itheima-utils中定义三个bean对象
TokenParser(@Component)、headerParser和headerGenerator(@Bean方式)

此时我们导入该项目到我们另一个项目
按理来说bean对象可以直接用了，但是会报错
为什么呢？
讲IOC说过不是加了@Component就会生效的，还需要被组件扫描到
启动类上面的注解@SpringBootApplication只会扫描当前包以及其子包下的
所以这个项目在不在外面启动类包下肯定扫描不到，怎么解决呢？

方案1@ComponentScan

用@ComponentScan在启动类上指定要扫描的包，对应启动类就能扫描到了
注意：我们一旦声明这个注解，默认扫描的本包及子包会失效，所以一般我们是需要把启动类所在的包也写上去，把本包的也扫描到

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

方案2@Import

导入可以导入普通类，这个类就变为IOC容器的bean类
导入配置类的话，这个配置类中所有bean对象都会加载到IOC容器中

接口实现类，实现对应的ImportSelector
实现对应的SelectImoprts方法
返回值是String[]，对应想要谁交给IOC
就把对应全类名写入这个字符串数组中
也可以的导入配置类，然后里面所有的bean都会变为bean对象

当然这种方式我们还需要知道对应的第三方依赖的哪些配置类和哪些bean类
其实第三方最清楚我们需要导入的bean和配置类
所以一般我们都不是自动导入
而是第三方依赖给我们提供一个注解
@EnableXxxx注解
这个注解封装着@Import注解
如图是对应注解
上面有@Import标识对应我们想导入的bean

然后在 对应启动类上加入上提供的注解即可扫描到对应的bean

源码跟踪

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

再看@ComponentScan这个就是我们对应的组件扫描的注解
最后我们看@EnableAutoConfiguration
这个就是我们自动配置的核心注解

@EnableAutoConfiguration的源码
封装了一个@Import({AutoConfigurationImportSelector.class})

我们再来看这个AutoConfigurationImportSelector
这个类实现了DeferredImportSelector（ImportSelector的子接口）
前面说过实现selectImoprt方法的返回值决定
哪个类会交给IOC容器
找到这个方法，看到这个返回值

调用autoConfigurationEntry.getConfigurations()
我们看就看autoConfigurationEntry对象到底是啥
找到后，可以发现它封装了
configurations和execlusions
当然我们主要看configurations，调用的就是getConfigurations()，就是对应它里面的数据呗

这个就是那个给configurations赋值的语句
我们进入这个方法

对应方法

看那个提示信息，当configurations为null时
提示
这两个文件中没有查询到自动配置信息

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

然后我们看呗
果真有这两个个文件，包含了我们对应想要加入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.factories是早期的自动配置文件，而那个长的名字的文件是2.7.0版本后提供的一个全新的配置的文件，2.7.x版本会兼容spring.factories，但到3.x的版本后就不支持spring.factories了，所以弄那个长的文件就ok

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

@ConditionalOnMissingBean条件装配注解

都是@Conditional的子注解
这些注解和bean注解相互结合
来作为变成bean的条件

@CoditionalOnClass(name=“”/value=“”)
这个可以指定name-字节码文件对应的全类名（字符串数组）或者value-字节码文件对象（Class<?>）
如果 当前环境有Jwts这个类的话（以下面那个图片为例子），这个对象就会作为bean对象加入IOC容器

@ConditionalOnMissingBean
这个也可以指定name和value，但大多数就不写东西后面
他是以方法的返回值作为判断标准
如果你在项目里自己定义了这个类型的bean
它就不会注册到IOC，如果没有的话才会作为bean注册到IOC容器
也可以指定类型通过value属性，或者指定名称通过name属性

@ConditionalOnProPerty(name=“” value=“”)
这个条件就是看你spring的配置文件有没有对应的键值对K-V
有的话就作为bean注册到IOC容器
没有的话就不注册

自定义Starter

就是我们自己定义一个起步依赖

起步依赖和自动配置关系！！！（疑惑点）

起步依赖一般不含java代码
里面最重要功能就是配置文件中的依赖项目
一般起步依赖…-starter这种都会依赖上…-autoconfigure
这已经是起步依赖和自动配置类的关系
所以一般我们依赖上起步依赖就可以自动配置那些bean对象
然后一般auto…模块就是来配置bean对象的包含很多包和配置类

案例

建立好starter项目和auotconfigure项目
让starter依赖上autoconfigure项目

作为依赖的话starter的配置文件和启动类和测试类都可以删了

把功能整合一下，报错修改一下

你看啊，properties那个类是一个参数类，而Utils那个类是工具类
因为Utils本来是整合这properties里面的内容的
所以我们需要新建一个自动配置类
返回AliyunOSSUtils的新建类
然后把properties变成bean，bean中调用bean直接写在参数上即可

最后需求是AliyunOSSUtils作为bean注入IOC
这个就是那个自动配置类

建那个META-INF什么的
写上对应全类名

现在在别的项目依赖后
直接注入即可