1. 配置⽂件作⽤
计算机上有数以千计的配置⽂件, 我们使⽤的绝⼤多数软件, ⽐如浏览器, 微信, Idea, 甚⾄电脑, ⼿机, 都 离不开配置⽂件. 我们可能永远不会直接与其中的⼤部分⽂件打交道,但它们确实以不同的形式散落在 我们的计算机上, ⽐如C:\Users, C:\Windows⽂件夹, 以及各种 *.config, *.xml ⽂件
配置⽂件主要是为了解决硬编码带来的问题, 把可能会发⽣改变的信息, 放在⼀个集中的地⽅, 当我们启动某个程序时, 应⽤程序从配置⽂件中读取数据, 并加载运⾏.
硬编码是将数据直接嵌⼊到程序或其他可执⾏对象的源代码中, 也就是我们常说的"代码写死".
⽐如⼿机字体⼤⼩ 如果采⽤硬编码的⽅式, 就直接在程序中指定字体⼤⼩, 所有的⽤⼾使⽤的都是同⼀个字体⼤⼩ 但是不同的⽤⼾有不同的偏好, 我们可以把⼿机字体的⼤⼩放在配置⽂件中, 当程序启动时, 读取配 置, 以⽤⼾设置的字体⼤⼩来显⽰
2.SpringBoot配置⽂件
SpringBoot⽀持并定义了配置⽂件的格式, 也在另⼀个层⾯达到了规范其他框架集成到SpringBoot的 ⽬的.
很多项⽬或者框架的配置信息也放在配置⽂件中, ⽐如:
•
项⽬的启动端⼝
•
数据库的连接信息(包含⽤⼾名和密码的设置)
•
第三⽅系统的调⽤密钥等信息
•
⽤于发现和定位问题的普通⽇志和异常⽇志等.
项⽬的启动端⼝
SpringBoot内置了Tomcat服务器, 默认端⼝号是8080, 但是⽤⼾电脑上8080端⼝号有可能就被其他
应⽤程序占⽤了, 所以SpringBoot需要⽀持让⽤⼾⾃定义端⼝号
数据库连接信息
为了更⽅便简单的访问数据库, 出现了⼀些持久层框架, 其实就是对JDBC进⾏了更深层次的封装.让⽤ ⼾通过简单⼏⾏代码就可完成数据库的访问. 但是不同的应⽤程序访问的数据库不同, 这些持久层框 架就需要⽀持⽤⼾可以⾃定义配置数据库的连接信息.
2.
配置⽂件快速⼊⼿
我们在前⾯讲了Tocmat 默认端⼝号是8080, 所以我们程序访问时的端⼝号也是8080
但是如果8080端⼝号已经被其他进程使⽤了呢? 我们可以通过配置⽂件来修改服务的端⼝号
SpringBoot 在创建项⽬时, 就已经帮我们创建了配置⽂件
修改
application.properties
⽂件
3. 配置⽂件的格式
Spring Boot 配置⽂件有以下三种:
•
application.properties
•
application.yml
•
application.yaml
yml 为yaml的简写, 实际开发中出现频率最⾼.
yaml 和yml 的使⽤⽅式⼀样, 本博客中只讲yml⽂件的 使⽤
当应⽤程序启动时, Spring Boot会⾃动从classpath路径找到并加载
application.properties
和
application.yaml
或者
application.yml
⽂件.
也可以通过spring.config.name指定⽂件路径和名称, 参考
https://docs.spring.io/spring
boot/docs/current/reference/html/features.html#features.external-config.files
类似商品的包装⼀样, 有新⽼两款包装. properties 类型的配置⽂件就属于⽼款包装,也是创建
Spring Boot 项⽬时默认的⽂件格式(主要是因为仓库⾥还有库存),⽽ yml 属于新版包装,如果⽤
⼾了解情况直接指定要新款包装,那么就直接发给他
特殊说明
1.
理论上讲
.properties
和
.yml
可以并存在于⼀个项⽬中,当
.properties
和
.yml
并存时,两个配置都会加载. 如果配置⽂件内容有冲突, 则以
.properties
为主, 也就是
.properties
优先级更⾼.
2.
虽然理论上来讲
.properties
可以和
.yml
共存,但实际的业务当中,我们通常会采取⼀种
统⼀的配置⽂件格式,这样可以更好的维护(降低故障率)
4.1 properties 基本语法
properties 是以键值的形式配置的,key 和 value 之间是以"="连接的,如:
PS:⼩技巧:配置⽂件中使⽤“
#”来添加注释信息。
4.2 读取配置⽂件
如果在项⽬中,想要主动的读取配置⽂件中的内容,可以使⽤
@Value
注解来实现。
@Value
注解使⽤"
${}
"的格式读取,如下代码所⽰:
4.3
properties 缺点分析
properties 配置是以 key-value 的形式配置的
从上述配置key看出,properties 配置⽂件中会有很多的冗余的信息,⽐如这些:
想要解决这个问题,就可以使⽤ yml 配置⽂件的格式化了.
5. yml 配置⽂件说明
yml 是 YAML 是缩写,它的全称 Yet Another Markup Language 翻译成中⽂就是“另⼀种标记语⾔.
我们先来学习yml的语法
5.1
yml 基本语法
yml 是树形结构的配置⽂件,它的基础语法是"key: value".
key 和 value 之间使⽤英⽂冒号加空格的⽅式组成,
空格不可省略
基础语法如下:
第⼀项的配置为正确的,key 也是⾼亮显⽰的. 第⼆项没有空格是错误的使⽤⽅式,第⼆项的 key 也 没有⾼亮显⽰
5.2 yml 使⽤进阶
5.2.1 yml 配置不同数据类型及 null
5.2.1.1 yml 配置读取
yml 读取配置的⽅式和 properties 相同,使⽤ @Value 注解即可,实现代码如下:
yml配置
5.2.1.2 注意事项:value 值加单双引号
字符串默认不⽤加上单引号或者双引号,如果加英⽂的单双引号可以表⽰特殊的含义。
尝试在 application.yml 中配置如下信息
读取程序实现代码如下
从上述结果可以看出:
• 字符串默认不⽤加上单引号或者双引号。
• 单引号会转义特殊字符,使其失去特殊功能, 始终是⼀个普通的字符串.
• 双引号不会转义字符串⾥⾯的特殊字符, 特殊字符会表⽰本⾝的含义.
此处的转义理解起来会有些拗⼝, \n 本意表⽰的是换⾏
使⽤单引号会转义, 就是说, \n 不再表⽰换⾏了, ⽽是表⽰⼀个普通的字符串
使⽤双引号不会转义, 表⽰ \n 表⽰的是它本⾝的含义, 就是换⾏
5.2.2 配置对象
我们还可以在 yml 中配置对象,如下配置:(两种方法都可以)
这个时候就不能⽤ @Value 来读取配置中的对象了,此时要使⽤另⼀个注解
@ConfigurationProperties
来读取,具体实现如下
5.2.3 配置集合
配置⽂件也可以配置 list 集合,如下所⽰:
集合的读取和对象⼀样,也是使⽤
@ConfigurationProperties
来读取的,具体实现如下:
5.2.4 配置Map
配置⽂件也可以配置 map,如下所⽰:
5.3 yml优缺点
优点:
1.
可读性⾼,写法简单, 易于理解
2.
⽀持更多的数据类型, 可以简单表达对象, 数组, List,Map等数据形态.
3.
⽀持更多的编程语⾔, 不⽌是Java中可以使⽤, 在Golang, Python, Ruby, JavaScript中也可以使⽤
缺点:
1.
不适合写复杂的配置⽂件
2.
对格式有较强的要求(⼀个空格可能会引起⼀场⾎案)
综上,本篇博客到此结束,感谢观看