SpringBoot极大的减少了配置,开一个新项目时,完全可以做到什么配置都不加,就可以直接跑,简单方便的同时,就带来了一个问题
首先创建一个SpringBoot项目,这一块就直接省略掉,下面直奔主题,如何获取配置
默认读取配置文件 application.properties
或者 application.yml
中的配置信息,两种不同的文件类型,对应的内部配置方式也不太一样
配置文件位置
一般来说,默认的配置文件application.properties
或者application.yml
文件放在目录
src/main/resources/
properties格式
properties配置文件属于比较常见的一种了,定义也比较简单,形如 key=value
,一个实例如下
#服务端口号
server.port=8081
app.proper.key=${random.uuid}
app.proper.id=${random.int}
app.proper.value=test123
app.demo.val=autoInject
yml格式
yml格式的配置文件是以缩进来表示分层,kv之间用冒号来分割,形如
#服务端口号
server:
port: 8081
app:
proper:
key: ${random.uuid}
id: ${random.int}
value: test123
demo:
val: autoInject
格式对比
两种不同格式的配置文件,有啥区别?
单纯从使用来讲,并没有特别的不同,而且我个人也一直这么认为的,直到遇到了一个诡异的问题,后面给出
程序启动之后,如何获取配置文件application.yml
中的配置信息呢?在实际的使用中,最常见的有三种姿势
所有的配置信息,都会加载到Environment实体中,因此我们可以通过这个对象来获取系统的配置,通过这种方式不仅可以获取application.yml
配置信息,还可以获取更多的系统信息
使用姿势如下:
@RestController
public class DemoController {
@Autowired
private Environment environment;
@GetMapping(path = "show")
public String show() {
Map result = new HashMap<>(4);
result.put("env", environment.getProperty("server.port"));
return JSON.toJSONString(result);
}
}
@Value
注解可以将配置信息注入到Bean的属性,也是比较常见的使用方式,但有几点需要额外注意
使用方式如下,主要是通过 ${}
,大括号内为配置的Key;如果配置不存在时,给一个默认值时,可以用冒号分割,后面为具体的值
@RestController
public class DemoController {
// 配置必须存在,且获取的是配置名为 app.demo.val 的配置信息
@Value("${app.demo.val}")
private String autoInject;
// 配置app.demo.not不存在时,不抛异常,给一个默认值data
@Value("${app.demo.not:dada}")
private String notExists;
@GetMapping(path = "show")
public String show() {
Map result = new HashMap<>(4);
result.put("autoInject", autoInject);
result.put("not", notExists);
return JSON.toJSONString(result);
}
}
上面的两种方式对于某几个特别的配置来说,一个一个的写还好,如果配置特别多时,每一个都去这么玩,估计会敲的键盘原地爆炸了,当然这么不友好的事情,怎么能忍!因此就有了下面这种使用方式
@Data
@Component
@ConfigurationProperties(prefix = "app.proper")
public class ProperBean {
private String key;
private Integer id;
private String value;
}
上面的写法,含义是将配置文件中配置 app.proper.key
, app.proper.id
, app.proper.value
三个配置的值,赋值给上面的bean
ConfigurationProperties
来制定配置的前缀上面这个过程,配置的注入,从有限的经验来看,多半是反射来实现的,所以这个Bean属性的Getter/Setter方法得加一下,上面借助了Lombok来实现,标一个@Component
表示这是个Bean,托付给Spring的ApplicationConttext来管理
配置文件application.properties
信息如下
#服务端口号
server.port=8081
app.proper.key=${random.uuid}
app.proper.id=${random.int}
app.proper.value=test123
app.demo.val=autoInject
user.name=一灰灰Blog
写一个DemoController来返回读取的配置值
@RestController
public class DemoController {
@Autowired
private Environment environment;
@Autowired
private ProperBean properBean;
@Value("${app.demo.val}")
private String autoInject;
@Value("${app.demo.not:dada}")
private String notExists;
@Value("${user.name}")
private String name;
@GetMapping(path = "show")
public String show() {
Map result = new HashMap<>(6);
result.put("properBean", properBean.toString());
result.put("autoInject", autoInject);
result.put("env", environment.getProperty("server.port"));
result.put("not", notExists);
result.put("name", name);
return JSON.toJSONString(result);
}
}
访问后输出如下
{
"autoInject": "autoInject",
"name": "user",
"not": "dada",
"env": "8081",
"properBean": "ProperBean(key=d4f49141-fa67-4e4c-9e23-c495ff02fda7, id=132483528, value=test123)"
}
请注意上面的not
和 name
返回
notExists
对应的配置信息,在配置文件中没有定义,所以返回默认的dataname
对应的配置信息 user.name
在application.properties
文件中是一灰灰Blog
,但是返回了user(测试环境为mac,mac系统的用户名为user,为啥叫user?因为某某人...)
前面主要介绍了常见的三种获取配置信息的方式,但遗留了几个问题
xxx.properties
的配置信息(能读取么?)