知识改变命运，撸码使我快乐，2020继续游走在开源界
点赞再看，养成习惯
给我来个Star吧，点击了解下基于SpringBoot的组件化接口服务落地解决方案

SpringBoot提供了内部配置application.yml文件的方式来进行全局配置，还支持使用profiles来激活不同环境下使用不同的配置文件，而这种方式毕竟是已经打包完成了，因此存在一定的局限性，像数据库特殊敏感配置也可能存在泄露的风险，如何解决这种问题呢？我们来看看本章要讲到的外部配置的方式吧！！！

推荐阅读

SpringBoot2.x 教程汇总

前言

SpringBoot提供了多种的外部化配置方式，主要是为了方便在不同的环境中运行相同的代码。

我们可以通过Properties文件、YAML文件、环境变量、命令行参数等来配置，获取配置的值时可以通过@Value注解进行注入，也可以使用@ConfigurationProperties注解进行层级结构化绑定到实体类的字段中。

加载顺序

SpringBoot配置参数存在一定的顺序，当然对相同名称的属性配置，会因为加载的优先级存在覆盖，顺序如下所示：

DevTools全局设置属性
@TestPropertySource注解
properties测试中的属性
命令行参数
SPRING_APPLICATION_JSON属性配置（嵌入在环境变量或者系统属性中的嵌入式JSON字符串）
ServletConfig初始化参数
ServletContext初始化参数
JNDI属性java:comp/env
Java系统属性
操作系统环境变量
打包在jar内的配置文件（application.properties和YAML文件）
@PropertySource注解
默认属性（通过SpringApplication.setDefaultProperties设置）

配置示例

我们从上面挑选几种来进行测试下配置输出，首先创建一个名为LoadConfig的配置类，内容如下所示：

/**
 * 加载配置类
 *
 * @author 恒宇少年
 */
@Configuration
public class LoadConfig {
    /**
     * 配置读取name属性，不存在时使用空字符为默认值
     */
    @Value("${name:''}")
    private String name;

    public String getName() {
        return name;
    }
}

在LoadConfig配置类中，我们添加了一个name字段，由于该字段使用了@Value注解，所以它的值会从配置环境中加载名为name的属性值（配置的方式并没有限制）。

为了方便演示，我们在应用程序启动时通过实现CommandLineRunner接口在启动成功后输出name的值，SpringBootApplication入口类代码如下所示：

/**
 * 启动类入口
 */
@SpringBootApplication
public class SpringBootBasicExternalizedConfigurationApplication implements CommandLineRunner {
    /**
     * 注入配置类{@link LoadConfig}
     */
    @Autowired
    private LoadConfig loadConfig;

    public static void main(String[] args) {
        SpringApplication.run(SpringBootBasicExternalizedConfigurationApplication.class, args);
    }


    @Override
    public void run(String... args) throws Exception {
        System.out.println("name config value：" + loadConfig.getName());
    }
}

YAML文件配置

这种我们在开发应用程序中最常用的方式，只需要在src/main/resources目录下创建一个名为application.yml的配置文件，然后在该文件内添加对应属性名称的配置，如下所示：

# 配置name属性
name:
  default

我们如果直接启动应用程序，会在控制台输出name的值为default。

注意事项：application.yml与application.properties作用、优先级相同，只是配置的展现形式不一样而已，我个人更喜欢YAML文件的形式，层级分明，阅读性高一些。

命令行环境变量配置

在执行java -jar启动应用程序时，可以通过添加SPRING_APPLICATION_JSON配置来进行自定义属性配置，该配置是一个JSON字符串的形式，使用方式如下所示：

SPRING_APPLICATION_JSON='{"name":"system_env"}' java -jar spring-boot-basic-externalized-configuration-0.0.1-SNAPSHOT.jar

**运行结果：**这种方式启用应用程序时，会在控制台输出name的值为system_env。

命令行参数配置

命令行参数这种方式也比较常用，通过--进行配置，比较常见的命令--spring.profiles.active，启动时用于修改激活的profile，而我们如果想要修改name属性配置的值，如下所示：

java -jar spring-boot-basic-externalized-configuration-0.0.1-SNAPSHOT.jar --name=hengboy

或者使用--spring.application.json方式也可以配置，如下所示：

java -jar spring-boot-basic-externalized-configuration-0.0.1-SNAPSHOT.jar --spring.application.json='{"name":"hengboy"}'

**运行结果：**以上两种方式都可以，控制台都会输出name的值为hengboy。

Java系统属性配置

Java系统属性的方式进行配置时，不仅使用@Value可以获取到属性值，使用java.lang.System#getProperty(java.lang.String)方法也是可以获取到的，通过-D进行配置，如下所示：

java -Dname=JavaSystemConfig -jar spring-boot-basic-externalized-configuration-0.0.1-SNAPSHOT.jar

或者使用-Dspring.application.json方式配置（这种方式使用System.getProperty方法无法获取到属性值），如下所示：

java -Dspring.application.json='{"name":"JavaSystemConfig"}' -jar spring-boot-basic-externalized-configuration-0.0.1-SNAPSHOT.jar

**运行结果：**以上两种方式启动应用程序，控制台会输出name的值为JavaSystemConfig。

**注意事项：**Java属性配置必须在-jar xxx.jar之前，配置在后面无法读取到属性值。

总结

多样化的配置属性的方式，使SpringBoot变的是那么的灵活，如果有兴趣可以把上面全部的配置方式都尝试一遍，你会有意想不到的收获的。

代码示例

如果您喜欢本篇文章请为源码仓库点个Star，谢谢！！！本篇文章示例源码可以通过以下途径获取，源码分支为2.x，目录为spring-boot-basic-externalized-configuration：

Gitee：https://gitee.com/hengboy/spring-boot-chapter

作者个人博客使用开源框架 ApiBoot 助你成为Api接口服务架构师