天眼查企业法人,seo诊断分析,vs2010做的网站,郑网站建设SpringBoot 配置文件修正和参数覆盖SpringBoot 配置文件加载和参数覆盖1、SpringBoot 配置文件加载1.1、修改application.properties的参数几种方式1.2、方法一#xff1a;直接CMD1.3、方法二#xff1a;系统变量配置1.4、方法三#xff1a;程序运行配置1.5、方法四#xf…
SpringBoot 配置文件修正和参数覆盖SpringBoot 配置文件加载和参数覆盖1、SpringBoot 配置文件加载1.1、修改application.properties的参数几种方式1.2、方法一直接CMD1.3、方法二系统变量配置1.4、方法三程序运行配置1.5、方法四外部加载2、SpringBoot 启动参数覆盖2.1、不指定profile的加载顺序2.2、指定profile的加载顺序3、使用外部配置3.1、扩展nacos开启本地覆盖远程配置外部参考SpringBoot 配置文件加载和参数覆盖
SpringBoot 或者SpringCloud 有配置文件加载和参数修改的机制本文将从两个角度阐述参数修改和配置文件启动覆盖问题。
1、SpringBoot 配置文件加载
以下几种方式都可以被Value读取到
java -jar -Dserver.port8080 -Xms1024m demo.jarjava -jar demo.jar --server.port8080从操作系统的环境变量中读取通过项目中配置文件bootstrap/application文件载入
1.1、修改application.properties的参数几种方式
方法一直接在cmd中执行方法二系统变量配置方法三程序运行配置方法四外部加载
1.2、方法一直接CMD
java -jar xxx.jar --server.port:8082 如果要修改多个参数空格后继续写就可以了。再例如java -jar xxx.jar --server.port:8082 --test.namexxx
1.3、方法二系统变量配置 1.4、方法三程序运行配置 1.5、方法四外部加载
springboot 有读取外部配置文件的方法如下优先级
第一种是在jar包的同一目录下建一个config文件夹然后把配置文件放到这个文件夹下。 第二种是直接把配置文件放到jar包的同级目录。 第三种在classpath下建一个config文件夹然后把配置文件放进去。 第四种是在classpath下直接放配置文件。
我们通常在src/main/resources 文件夹下创建的application.properties 文件的优先级是最低的
1内外都有配置文件配置文件读取是有优先级,外配置文件优于内配置文件读取。 2如果内配置文件里有外配置文件没有的配置那两者互补。比如外配置文件没有配置数据库内配置文件里配置了数据库那内配置文件的配置会被使用。 3如果内配置文件里和外配置文件里都有相同的配置比如两者都配置了数据库但是两个连接的不同那外配置文件会覆盖内配置文件里的配置。
2、SpringBoot 启动参数覆盖
2.1、不指定profile的加载顺序
首先在默认的情况下也就是不存在活动的profile即不指定spring.profiles.active?时四种文件的加载优先级依次为bootstrap.properties - bootstrap.yml - application.properties - application.yml。 总结bootstrap的配置先于application的配置加载同时.properties的加载又先于.yml的加载即加载优先级bootstrap.properties - bootstrap.yml - application.properties - application.yml。 需要注意的是
当同一个配置属性在bootstrap.properties和bootstrap.yml文件中都存在时那么properties中的配置会被加载而忽略yml文件中的配置即优先级高的配置覆盖优先级低的配置不同配置相互互补。此处application(.properties/yml)同理。但当同一配置在bootstrap.properties和application.properties中都存在时那么虽然优先加载bootstrap.properties但是会被applicatioin.properties中的配置覆盖此时则变成了低优先级覆盖高优先的配置所以网上很多文章所说的高优先级覆盖低优先级其实是不严谨的。不同的配置会进行互补操作即SpringBoot会读取全部的配置文件加载所有不同的配置项汇成一个总的配置。
2.2、指定profile的加载顺序
例如在指定了spring.profiles.activedev/test/prod此类时即指定profile时加载优先级便会发生变化此时活动的优先级最高。
当指定dev时 此时的加载优先级变为了bootstrap-dev.yml - bootstrap.properties - application-dev.yml -application.properties。且同属性配置的覆盖问题和之前一样在同为bootstrap或同为application的情况下优先级高的覆盖优先级低的。但当同时存在bootstrap和application时后者仍会覆盖前者中的配置。 **举例1**假如此时只有bootstrap-dev.yml 和bootstrap.properties且存在相同配置则使用bootstrap-dev.yml中的配置此时遵循高优先级覆盖低优先级。 **举例2**假如此时有bootstrap-dev.yml 、bootstrap.properties及application.properties且存在相同配置则使用application.properties中的配置遵循application覆盖bootstrap原则同样此时变成了低优先级覆盖高优先级。
3、使用外部配置
如项目使用nacos做配置中心则存在相同配置时以nacos中配置为主在没有开启本地覆盖nacos远程配置的情况下nacos中的配置将会覆盖一切本地相同的配置不同配置可以和本地进行互补。
3.1、扩展nacos开启本地覆盖远程配置
如果需要启动参数或者本地配置覆盖远程配置那么需要在远程配置里配置上允许重写 spring.cloud.config.allowOverridetrue 但这是不够的尽管它开启了总开关但是还有两个默认的小开关卡住了。 应同时添加如下配置 spring.cloud.config.overrideNonetrue spring.cloud.config.overrideSystemPropertiesfalse 第一个开关是远端不覆盖本地true 是的不覆盖。 第二个开关是远端是否覆盖系统配置false 不覆盖。 默认为true 覆盖 请注意,第一个小开关包括第二个。 overrideNone true的话会开启所有包括本地配置和系统配置并忽略掉overrideSystemProperties配置。 如果只想开启overrideSystemProperties那么就是overrideNone falseoverrideSystemPropertiesfalse。
外部参考
springBoot项目配置文件加载优先级及同配置覆盖问题springboot 启动修改application.properties中的参数的方法
