配置文件放在代码中
配置文件作为代码的一部分，多个环境需要配置多个配置文件。在应用启动时，传入对应的环境参数，应用根据参数读取对应的配置文件，并完成后续工作。 缺点：如果某个环境下的某个配置项内容发生了变更，需要修改对代码进行修改，并重新构建应用。在环境配置几乎不变的情况下，使用这种方法没有太大的问题。
构建前根据环境选定配置文件
在应用构建前，通过配置平台将对应环境的配置文件复制到对应目录，再执行构建任务。 缺点：不适用于环境较多的场景，因为这样无法实现一次构建多次部署，更新代码后如果想发布到所有环境，那么需要在每个环境都执行一次构建操作。时间成本高。
配置信息通过启动参数传入
所有环境相关内容都通过启动参数传入，应用启动时就确定了具体环境。而且由于采用了变量外置的方式，应用代码自身更纯净，可实现一次构建多次部署。 缺点：需要有完善的“基础配套设施”，例如配置管理平台，构建管理平台，通用脚手架搭建等等。初期需要投入更多的时间成本、人力成本。
小结
最近看了一些关于影响软件开发的十二个因素的资料，其中关于配置的思想是将配置从代码中抽离出来独立管理。作为一名开发者，个人是比较赞同这样的管理方式的。因为当环境较多时，在重复构建上所花的时间真的能让人难受到怀疑人生。例如发版的凌晨三点钟听张智成的《凌晨三点钟》，或者发条朋友圈，配图用谢耳朵凌晨三点的 bangos solo。。。
以上