SpringBoot——配置及原理
更多内容,前往 IT-BLOG
一、Spring Boot全局配置文件
application.properties 与 application.yml 配置文件的作用:可以覆盖 SpringBoot 配置的默认值。
◀ YML(is not a Markup Language:不仅仅是一个标记语言):以前的配置文件,大多是xx.xml文件,而 YAML是以数据为中心,比 json、xml等更适合做配置文件。
◀ YML语法:基本语法:k:(空格)v--->表示一对键值对。(以空格缩进来控制层级关系;只要是左对齐的一列数据,都是同一层级)属性和值也是大小写敏感。
◀ 值的写法:【1】字面量:普通的值(数字、字符串、布尔),字符串默认是不用加上单引号或者双引号,但也可以加,但是有区别:双引号,不会转义字符串里面的特殊字符,特殊字符会作为本身想表达的意思。单引号,会转义特殊字符,特殊字符最终只是一个普通的字符串数据。
【2】对象(属性和值)或者Map(键值对)的表达[k: v]形式,对象也是[k: v]的方式。比较抽象,我们举个栗子看看:
1 #yml正常写法 2 friends: 3 lastName: zhangsan 4 age: 20 5 6 #行内写法 7 friends: {lastName: zhangsan,age: 20}
【3】数组(List、Set)用 [- 值]表示数组中的一个元素,也举一个栗子:
◀ 配置文件注入:测试上面数据赋值是否正确。
【1】准备配置文件:application.yml
【2】准备 JavaBean:@ConfigurationProperties(prefix ="person") 表示将配置文件中的 person的每一个属性映射到这个组件中,但只有这个组件是容器中的组件,才能提供功能。需要使用 @Component标注才能成为容器组件。
【3】优化:当准备2中的文件,会提示我们 “Spring Boot Configuration Annotation ...” 点击去后会发现如下 starters信息,那么我们将此配置于 pom文件中,作用:当我们在配置文件中,给带有 @ConfigurationProperties的实体类赋值时会有属性提示。
【4】测试: 进入 test目录底下的类目录,直接导入 person输入,查看是否已赋值即可。
【5】properties 中的语句与 yml不同,以下是 properties的配置语句。
【6】测试的时候可能会出现乱码,设置如下。properties 默认的编码时ASK码,我们需要将其设置为UTF-8来解决乱码问题。
● @Vaule与@ConfigurationProperties两者的区别如下:(其实@Value最多用在获取单个值的时候使用)
@configuration | @value | |
功能 | 批量注入配置文件中的属性 | 每个属性单独配置 |
松散绑定(松散语法) | 支持(大小写不敏感) | 不支持(与配置文件保持一致) |
SpEL | 不支持(不能用于逻辑计算) | 支持#{逻辑计算} |
JSR303数据校验 | 支持@validated | 不支持 |
复杂类型封装 | 支持 | 不支持(map对象) |
二、@PropertySource 与 @ConfigurationProperties之间的区别
@ConfigurationProperties:默认从全局配置文件中加载值。
● @PropertySource:指向自己定义的 properties配置文件,新建 person.properties配置文件(省略),如下获取值。
● @ImportResource:导入 Spring的配置文件,让配置文件里面的内容生效 。
1)、定义配置文件bean.xml(以前的配置,SpringBoot不这么用)
2)、在主程序中使用@ImportResource注解导入bean.xml配置文件
● SpringBoot中(配置类====配置文件xml)推荐使用配置类,如下创建:
三、配置文件占位符
【1】随机数(了解即期)
【2】占位符(当属性不存在时,可以给一个默认值,例如下面age属性值得获取)
四、Profile:是 Spring对不同环境提供不同配置功能的支持,可以通过激活、指定参数等方式快速切换环境
【1】多 profile文件形式(了解一下,我们使用更多的是2中的yml形式):我们可以编写多个配置文件,对应多个场景(开发、测试、生产等),文件名可以是 application-{profile}.properties/yml的形式命名,例如:application-dev.properties
【2】yml 支持多文档块方式(推荐使用):通过“---”来划分文档块,Document表示所处模块的位置/总块 。
【3】激活指定 profile方式,上面用的都是第一种:
1)在默认配置 application.properties 中设置spring.profiles.active属性
2)命令行:--spring.profiles.active=dev
五、配置文件加载位置:也就优先级
SpringBoot 启动时会扫描以下位置的application.properties 或者 application.yml 文件作为 SpringBoot 的默认配置文件:
【1】file:./config/ (项目底下的config目录)
【2】file:./ (直接位于项目底下的配置文件)
【3】classpath:/config/ (config文件默认没生成,需要自己创建)
【4】classpath:/ (项目创建后,配置文件默认位置)
以上是按照优先级从高到低的顺序,所有位置的文件都会被加载,高优先级配置内容会覆盖低优先级配置的相同内容。
我们也可以通过 spring.config.location 来改变默认配置(项目打包成功以后,我们可以使用命令行参数的形式,启动项目来指定配置文件的新位置;指定的配置文件会共同起作用,形成互补作用),这个优先级肯定最高了。而且我们要知道,打jar包的时候只包含src底下的main和resource文件,1、2中的不会被打包进去。其实将jar包与配置文件*.yml等放在同一个目录下的情况也比较多常见,因为灵活。项目启动时可以自动加载同目录下的*.yml等配置文件。且优先级高于内部的配置文件,之间互补配置。
六、自动配置原理
【1】SpringBoot 启动的时候加载主配置类,@SpringBootApplication下开启了主配置功能@EnableAutoConfiguration
【2】@EnableAutoConfiguration作用:①、利用EnableAutoConfigurationImportSelector给容器导入一些组件。
②、可以查看 selectImports() 方法的内容:List configurations = getCandidateConfigurations(annotationMetadata, attributes);获取候选的配置。SpringFactoriesLoader.loadFactoryNames()扫描所有jar包类路径下 META‐INF/spring.factories 把扫描到的这些文件的内容包装成properties对象从properties中获取到EnableAutoConfiguration.class 类(类名)对应的值,然后把他们添加在容器中。
【3】将类路径下 META-INF/spring.factories 里面配置的所有 EnableAutoConfiguration的值加入到了容器中;
每一个这样的 xxxAutoConfiguration 类都是容器中的一个组件,都加入到容器中。用他们来做自动配置;
【4】每一个自动配置类进行自动配置功能,以 HttpEncodingAutoConfiguration(Http编码自动配置)为例解释自动配置原理;
根据当前不同的条件判断,决定这个配置类是否生效?一但这个配置类生效;这个配置类就会给容器中添加各种组件;这些组件的属性是从对应的properties类中获取的,这些类里面的每一个属性又是和配置文件绑定的;
【5】所有在配置文件中能配置的属性都是在 xxxxProperties类中封装;配置文件能配置什么就可以参照某个功能对应的属性类
精髓:【1】SpringBoot 启动会加载大量的自动配置类;
【2】我们看我们需要的功能有没有SpringBoot默认写好的自动配置类;
【3】我们再来看这个自动配置类中到底配置了哪些组件;(只要我们要用的组件有,我们就不需要再来配置了)
【4】给容器中自动配置类添加组件的时候,会从properties类中获取某些属性。我们就可以在配置文件中指定这些属性的值;
xxxxAutoConfigurartion:自动配置类,给容器中添加组件。xxxxProperties:封装配置文件中相关属性;
七、@ConditionalOnxxx 中的 @Conditional 派生注解(Spring注解版原生的@Conditional作用)作用
必须是 @Conditional 指定的条件成立,才给容器中添加组件,配置配里面的所有内容才生效。
● 自动配置类必须在一定的条件下才能生效,那么我们如何知道哪些配置类生效哪些没有生效,其实我们可以通过在配置文件启用 debug=true属性,就可以查看哪些配置类生效。
▶ 通过控制台打印自动配置报告,我们就可以知道哪些自动配置类生效(Positive matches:匹配成功的自动配置类)
▶ 自动配置未生效类(Negative matches:匹配失败的自动配置类)