在我们的 Springboot 项目中，通常会有一个 application.yml 或 application.properties 的文件，这是整个 Springboot 项目的核心配置文件，通常文件中包含着端口、程序名、数据源等重要信息的配置。
但我们在实际开发的过程中，由于涉及多个环境，需要配置多套不同的配置。
就拿数据库来说，分为测试环境配置和生成环境配置，他们的链接信息肯定是不一样的。
那么，我们在实际的工作中，是如何来确保在对应环境下读取对应的配置信息呢？
【方法1】一个配置文件包含多个环境的配置
在这种方法中，我们将对应多个环境的配置都写在同一个配置文件中，如果是测试环境，那么我们就屏蔽其他环境的配置，只保留测试环境的配置，其他环境配置则同理。
那么针对这种方法，有什么不足呢？
如果配置少，可能还能应付，但当一个工程配置文件过多时，环境之间切换就显得较为繁琐了，需要屏蔽一大片配置。且整个配置文件看上去，也显得十分的臃肿，不够优雅。
那么，我们该如何优雅的配置多个环境呢？我们不放看看下面：
【方法2】每个环境独立一份配置文件（推荐）
下面，我以实际例子来说明如何配置多环境配置文件。
为了区分数据，我们去掉其他配置数据，在配置文件中加一行自定义配置数据 msg。
并写一个测试方法，获取该配置数据。
启动项目，访问请求，可以看到确实已经成功拿到配置信息了。
现在，我们开始配置多环境，假设我们首先需要配置一个开发环境（dev），那么我们可以将原配置文件拷贝一份，并将其取名为 application-dev.yml（为了测试配置数据来源，我们将 msg 配置数据加上 dev 标识）
同时，我们将原配置文件数据全部删除，添加如下数据（配置中的 dev 就是指当前的环境）
spring:
profiles:
active: dev
我们再次启动项目，访问接口，可以看到，已经成功的拿到 dev 环境的配置数据了。
同理，我们拷贝一份测试环境（test）配置文件
现在我们我们切换配置文件，只需要修改主配置文件的 active 参数即可，这样程序启动的时候，就会对应的去加载 application-test.yml 文件。
重启项目，访问接口，可以看到该配置是来自测试环境的配置文件。
同理，这样就算配置100个环境，也会显得非常清晰了，当程序启动或者打包，只需要修改主配置文件对应环境的参数即可。