所属分类 JAVA
相关标签 配置SpringBoot流水线
SpringBoot 中可以通过 spring.profiles.active 属性来指定引入特定的配置文件。
用于满足不同场景不同环境中生效不同的配置,如下图所示:
其中 spring.profiles.active 配置为 dev 时,工程启动会加载 application-dev.yml 配置文件中的配置项。
这种加载模式可以说非常赞,让我会想起以前打包发布用 shell 脚本替换配置文件值的痛苦日子了。
虽然通过修改 spring.profiles.active 的方式可以实现不同配置文件的生效,依旧不够。
比如: test 测试环境有很多,且不同环境配置值不相同,这里 spring.profiles.active 配置为 test 依旧无法满足要求。
于是,理解 SpringBoot 配置文件生效优先级就很有必要。
我们一般都会将配置文件放置在类路径 src/main/resources 目录下,但实际上这个路径的配置文件优先级最低。
SpringBoot 读取配置时,高优先级覆盖低优先级的同名参数,不同名参数则互补取并集。
实际配置文件优先级顺序如下:
依照这个优先级顺序,我们可以在实际应用中实现高度自定的配置效果。
比如在部署 jar 包的时候,将同名配置文件直接放在 jar 包所在路径下,各个环境中仅维护自己特有的配置项。
配置生效优先级除了常规的文件路径之外,命令参数则是最高优先级。
通过命令参数修改配置项的值,可以实现同包启动不同配置。
比如:代码库中 spring.profiles.active = dev 不想每次打包改来改去,希望通过自动化脚本实现配置生效。
# 直接在执行命令后面增加配置项并指定值(不同环境的启动参数不同即可)
# 可以配置多个配置项,空格分隔即可
java -jar meals.jar --spring.profiles.active=test
如果环境上的配置文件放在特定的位置,也可以直接指定配置文件进行生效。
这种情况多见于流水线批量生产环境。
java -jar meals.jar --spring.config.location=/comm/config/application.yml
当前还没有观点发布,欢迎您留下足迹!
常规的WEB工程前后台都会设置相关校验规则,并且保持一致。因此服务端收到不符合校验的参数表示该请求存在恶意篡改行为,应当限制并踢出登录
Spring就像一个大家族,里面包含了很多衍生产品,其中最为出名的就是SpringMVC和SpringBoot,那么这三者之间是什么关系呢?SpringMVC和SpringBoot又专门用来做什么呢?
Eclipse可以直接通过GitRepositories直接创建本地项目与Git仓库关联,clone代码,同步、拉取以及推送代码,对于曾经经常使用SVN插件的小伙伴上手会相对容易。
SpringMVC框架是围绕DispatcherServlet(前端控制器)展开的,本文描述SpringMVC的优点、各个核心类(角色)作用,并说明用户请求数据到最终视图返回完整的数据传输过程
频繁的创建与销毁线程是非常浪费系统资源的行为,多线程编程中是必要考虑到线程复用,线程池就是实现线程复用的一种方式,看看JAVA的线程池如何让使用都有哪些关键参数
Spring家族大行其道的今天,很多人可能未必还记得JAVA中原生Servlet对象的一些知识,实际上SpringMVC就是基于Servlet进行的封装,记录Servlet对象生命周期及数据流转过程