java编程——Spring Boot干货系列：配置文件解析

前言

张星、以前在一线名企工做多年，级别P8, 是企业的核心技术开发人员，目前有十三年的开发经验。从事于Java后端开发，对分布式架构、spring微服务、MySQL、框架、Netty、JVM、性能优化、等技术都有较深的研究30K的薪资，有人说这只能是大企业或者互联网企业工程师才能拿到。是的，小公司或者非互联网企业30K的不太多是码农了。

正文

Spring Boot使用了一个全局的配置文件application.properties，放在src/main/resources目录下或者类路径的/config下。Sping Boot的全局配置文件的做用是对一些默认配置的配置值进行修改。

接下来，让咱们一块儿来解开配置文件的面纱。

注:若是你工程没有这个application.properties，那就在src/main/java/resources目录下新建一个。

自定义属性

application.properties提供自定义属性的支持，这样咱们就能够把一些常量配置在这里：

1 com.dudu.name="嘟嘟MD"

2 com.dudu.want="祝你们鸡年大吉吧"

而后直接在要使用的地方经过注解@Value(value=”${config.name}”)就能够绑定到你想要的属性上面

@RestController

public class UserController {

@Value("${com.dudu.name}")

private String name;

@Value("${com.dudu.want}")

private String want;

@RequestMapping("/")

public String hexo(){

return name+","+want;

}

}

咱们启动工程输入http://localhost:8080 就能够看到打印了”嘟嘟MD祝你们鸡年大吉吧”。

有时候属性太多了，一个个绑定到属性字段上太累，官方提倡绑定一个对象的bean，这里咱们建一个ConfigBean.java类，顶部须要使用注解@ConfigurationProperties(prefix = “com.dudu”)来指明使用哪一个

@ConfigurationProperties(prefix = "com.dudu")

public class ConfigBean {

private String name;

private String want;

// 省略getter和setter

}

这里配置完还须要在spring Boot入口类加上@EnableConfigurationProperties并指明要加载哪一个bean，若是不写ConfigBean.class，在bean类那边添加

@SpringBootApplication

@EnableConfigurationProperties({ConfigBean.class})

public class Chapter2Application {

public static void main(String[] args) {

SpringApplication.run(Chapter2Application.class, args);

}

}

最后在Controller中引入ConfigBean使用便可，以下：

@RestController

public class UserController {

@Autowired

ConfigBean configBean;

@RequestMapping("/")

public String hexo(){

return configBean.getName()+configBean.getWant();

}

}

参数间引用

在application.properties中的各个参数之间也能够直接引用来使用，就像下面的设置：

com.dudu.name="嘟嘟MD"

com.dudu.want="祝你们鸡年大吉吧"

com.dudu.yearhope=${com.dudu.name}在此${com.dudu.want}

这样咱们就能够只是用yearhope这个属性就好

使用自定义配置文件

有时候咱们不但愿把全部配置都放在application.properties里面，这时候咱们能够另外定义一个，这里我明取名为test.properties,路径跟也放在src/main/resources下面。

com.md.name="哟西~"

com.md.want="祝你们鸡年,大吉吧"

咱们新建一个bean类,以下：

@Configuration

@ConfigurationProperties(prefix = "com.md")

@PropertySource("classpath:test.properties")

public class ConfigTestBean {

private String name;

private String want;

// 省略getter和setter

}

这里要注意哦，有一个问题，若是你使用的是1.5之前的版本，那么能够经过locations指定properties文件的位置，这样：

@ConfigurationProperties(prefix = "config2",locations="classpath:test.properties")

可是1.5版本后就没有这个属性了，找了半天发现添加@Configuration和@PropertySource(“classpath:test.properties”)后才能够读取。

随机值配置

配置文件中${random} 能够用来生成各类不一样类型的随机值，从而简化了代码生成的麻烦，例如 生成 int 值、long 值或者 string 字符串。

dudu.secret=${random.value}

dudu.number=${random.int}

dudu.bignumber=${random.long}

dudu.uuid=${random.uuid}

dudu.number.less.than.ten=${random.int(10)}

dudu.number.in.range=${random.int[1024,65536]}

外部配置-命令行参数配置

Spring Boot是基于jar包运行的，打成jar包的程序能够直接经过下面命令运行：

java -jar xx.jar

能够如下命令修改tomcat端口号：

java -jar xx.jar --server.port=9090

能够看出，命令行中连续的两个减号--就是对application.properties中的属性值进行赋值的标识。

因此java -jar xx.jar --server.port=9090等价于在application.properties中添加属性server.port=9090。

若是你怕命令行有风险，可使用SpringApplication.setAddCommandLineProperties(false)禁用它。

实际上，Spring Boot应用程序有多种设置途径，Spring Boot能从多重属性源得到属性，包括以下几种：

• 根目录下的开发工具全局设置属性(当开发工具激活时为~/.spring-boot-devtools.properties)。
• 测试中的@TestPropertySource注解。
• 测试中的@SpringBootTest#properties注解特性。
• 命令行参数
• SPRING_APPLICATION_JSON中的属性(环境变量或系统属性中的内联JSON嵌入)。
• ServletConfig初始化参数。
• ServletContext初始化参数。
• java:comp/env里的JNDI属性
• JVM系统属性
• 操做系统环境变量
• 随机生成的带random.* 前缀的属性（在设置其余属性时，能够应用他们，好比${random.long}）
• 应用程序之外的application.properties或者appliaction.yml文件
• 打包在应用程序内的application.properties或者appliaction.yml文件
• 经过@PropertySource标注的属性源
• 默认属性(经过SpringApplication.setDefaultProperties指定).

这里列表按组优先级排序，也就是说，任何在高优先级属性源里设置的属性都会覆盖低优先级的相同属性，列如咱们上面提到的命令行属性就覆盖了application.properties的属性。

配置文件的优先级

application.properties和application.yml文件能够放在如下四个位置：

• 外置，在相对于应用程序运行目录的/congfig子目录里。
• 外置，在应用程序运行的目录里
• 内置，在config包内
• 内置，在Classpath根目录

一样，这个列表按照优先级排序，也就是说，src/main/resources/config下application.properties覆盖src/main/resources下application.properties中相同的属性，如图：

此外，若是你在相同优先级位置同时有application.properties和application.yml，那么application.properties里的属性里面的属性就会覆盖application.yml。

Profile-多环境配置

当应用程序须要部署到不一样运行环境时，一些配置细节一般会有所不一样，最简单的好比日志，生产日志会将日志级别设置为WARN或更高级别，并将日志写入日志文件，而开发的时候须要日志级别为DEBUG，日志输出到控制台便可。

若是按照之前的作法，就是每次发布的时候替换掉配置文件，这样太麻烦了，Spring Boot的Profile就给咱们提供了解决方案，命令带上参数就搞定。

这里咱们来模拟一下，只是简单的修改端口来测试

在Spring Boot中多环境配置文件名须要知足application-{profile}.properties的格式，其中{profile}对应你的环境标识，好比：

• application-dev.properties：开发环境
• application-prod.properties：生产环境

想要使用对应的环境，只须要在application.properties中使用spring.profiles.active属性来设置，值对应上面提到的{profile}，这里就是指dev、prod这2个。

固然你也能够用命令行启动的时候带上参数：

java -jar xxx.jar --spring.profiles.active=dev

我给不一样的环境添加不一样的端口属性server.port，而后根据指定不一样的spring.profiles.active来切换使用。各位能够本身试试。这里就不贴代码了。

除了能够用profile的配置文件来分区配置咱们的环境变量，在代码里，咱们还能够直接用@Profile注解来进行配置，例如数据库配置，这里咱们先定义一个接口

public interface DBConnector { public void configure(); }

分别定义俩个实现类来实现它

/**

* 测试数据库

*/

@Component

@Profile("testdb")

public class TestDBConnector implements DBConnector {

@Override

public void configure() {

System.out.println("testdb");

}

}

/**

* 生产数据库

*/

@Component

@Profile("devdb")

public class DevDBConnector implements DBConnector {

@Override

public void configure() {

System.out.println("devdb");

}

}

经过在配置文件激活具体使用哪一个实现类

spring.profiles.active=testdb

而后就能够这么用了

@RestController

@RequestMapping("/task")

public class TaskController {

@Autowired DBConnector connector ;

@RequestMapping(value = {"/",""})

public String hellTask(){

connector.configure(); //最终打印testdb

return "hello task !! myage is " + myage;

}

}

除了spring.profiles.active来激活一个或者多个profile以外，还能够用spring.profiles.include来叠加profile

spring.profiles.active: testdb

spring.profiles.include: proddb,prodmq

总结

此次对Spring Boot中application.properties配置文件作的整理总结但愿对你们有所帮助，最后贴上Spring Boot中经常使用的配置属性，须要的时候可打开查找。