四、实现生产、开发配置文件分离

简介: 实现生产、开发配置文件分离
本次开发环境为:
系统:Windows 10 10.0
JDK:JRE: 1.8.0_152-release-1136-b43 amd64 JVM: OpenJDK 64-Bit Server VM by JetBrains s.r.o
开发工具:IntelliJ IDEA 2018.1.8
springboot框架:2.2.0

在SpringBoot中主要配置文件为application.properties配置文件,该文件我们也可以更改为application.yml,这里我们就直接采用application.yml的配置来实现生产、开发的配置分离。

1、创建两个文件,分别代表生产与开发。

1.png

2.png

2、在application.yml中增加如下配置参数:
spring:
  profiles:
    active: dev
3、分别在dev和prod中增加port的配置,进行分别引用测试

application-dev.yml

server:
  port: 8081

application-prod.yml

server:
  port: 8082

使用dev配置时
3.png

使用prod配置时
4.png

至此生产与开发的配置文件我们分离完成。
这里有个主意事项,如果application.yml中也存在port的配置时,与其激活的application-dev.yml哪个会优先呢?下面我们做个试验:
5.png

如图所示,被激活的开发配置文件直接覆盖了主配置文件中的port的配置参数,结论:子配置文件优先于核心配置文件,或者是会覆盖核心配置文件。
代码示例

本文的相关例子可以查看仓库中的RapidDevelopment目录:
Gitee 地址

如果您觉得本文不错,欢迎Star支持

本文声明:


知识共享许可协议
本作品由 cn華少 采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可。

目录
相关文章
|
8月前
|
存储 运维 安全
简化管理与提高效率:深入了解配置中心
在现代软件开发中,配置管理是至关重要的一环。随着应用程序规模的增长和多环境部署的需求,有效地管理配置变得越来越复杂。这时,配置中心成为了一个不可或缺的工具。在本文中,我们将深入探讨配置中心的概念、优势以及如何使用它来简化配置管理,提高开发和运维效率。
|
测试技术
|
4月前
|
前端开发
第8期 volta保证团队开发环境的完全统一
第8期 volta保证团队开发环境的完全统一
21 0
|
SQL 数据库
OushuDB 用户指南书籍定义创建和管理模式之创建模式
OushuDB 用户指南书籍定义创建和管理模式之创建模式
34 0
|
项目管理 数据安全/隐私保护
【平台开发】— 7.重构-增加结果统一处理
【平台开发】— 7.重构-增加结果统一处理
【平台开发】— 7.重构-增加结果统一处理
|
存储 消息中间件 XML
应用配置信息的演化之路
本文主要介绍应用配置信息的演化之路
94 0
应用配置信息的演化之路
|
NoSQL 关系型数据库 MySQL
|
前端开发 JavaScript 中间件
SingnalR 开发到生产部署闭坑指南
前天倒腾了一份[SignalR在react/go技术栈的实践], 步骤和思路大部分是外围框架的应用, 今天趁热打铁, 给一个我总结的SignalR避坑指南。
SingnalR 开发到生产部署闭坑指南
|
设计模式 存储 运维
使用Rainbond打包业务模块,实现业务积木式拼装
每个程序员在学习开发的过程中,都知道解耦和模块化的重要性,也希望自己设计和开发的程序支持模块化,开发好的模块其他人就能快速复用,为了达成这个效果,我们学习各种模块化和解耦的技术,从面向对象的设计模式到微服务架构,近几年大家觉得微服务架构是模块化的银弹,都朝微服务架构改造,但实际效果不仅没有很好模块化,反而陷入应用部署和运维的泥潭里。本文将讲讲Rainbond解决应用架构解耦和模块化的一些新思路。
使用Rainbond打包业务模块,实现业务积木式拼装
|
XML JSON API
代码改动和配置文件相分离
因为我们支持的字段可能会发生变化,为了避免因为这些变化导致我们频繁调整代码,我把所有字段的全集和每个网站支持的字段都放到配置文件里了。 Backend仓库下有个配置文件koiFieldList.xml, 存放的是支持字段的全集。 我会写一个API,将这个文件的内容暴露出来。
代码改动和配置文件相分离