• **

属性参数

**
在Spring boot项目中的properties属性文件中的各个参数可以通过PlaceHolder(占位符${ },注释引入的类必须是@Configuration注释的类【@Configuration—>@see Environment —> @see PropertyResolver】)的方式来进行引用,当然在properties属性文件中我们不但可以配置spring boot的属性参数,也可自定义一些自己的属性,还可以使用生成随机数配置来给属性参数赋值,至于为什么要使用随机数,这么做的原因是我们可能在项目加载的时候并不想要一个固定值,比如秘钥、服务端口之类的。当然后面的加载顺序我认为才是最重要的。

springcloud 添加zuul前缀上传大文件 springcloud加载顺序_jar

  • **

命令行参数

**
我们知道一般我们启动springboot应用的时候,大多数通过 执行spring boot的 main函数(因为 其内置Tomcat容器或Jetty容器的web容器),或者使用命令 java -jar来启动(首先执行 mvn clean package 打包[eclipse下 右键-Run As-Mvn build-Goals执行 clean package],然后在 cmd下 执行java -jar xxxxx.jar )。打出来的jar包 一般在该项目target目录下。

springcloud 添加zuul前缀上传大文件 springcloud加载顺序_spring_02

springcloud 添加zuul前缀上传大文件 springcloud加载顺序_jar_03


项目成功启动 我们访问

springcloud 添加zuul前缀上传大文件 springcloud加载顺序_属性文件_04


可以看到 项目正常

但是命令行参数还可以以命令的方式来设置属性文件中的参数的值
这里我修改命令

java -jar springCloud_01-0.0.1-SNAPSHOT.jar –book.name=命令行赋值
将properties文件中的book.name自定义参数的值设置为“命令行赋值”,会发现它覆盖掉原本properties属性文件中的值“《spring boot dev》”

springcloud 添加zuul前缀上传大文件 springcloud加载顺序_spring_05

通过命令行来修改属性的值是spring boot非常重要的一个特性,通过此特性,理论上他可以使得应用的属性文件在启动前是可变的,端口也号、自定义参数也好、数据库配置等等等。。。同时这个特性也是 spring boot多环境配置的基础!

那么为什么会导致这种情况的发生呢,找我们就必须要了解springboot 这种比较特殊的属性加载顺序

  • **

属性加载顺序

**

- 1、在命令行传入参数
 - 2、SPRING_APPLICATION_JSON中的属性,SPRING_APPLICATION_JSON是以JSON数据格式配置在系统环境变量中的内容
 - 3、java:comp/env 中的JNDI属性
 - 4、Java的操作系统属性,可以通过Ststem.getProperties()或得
 - 5、操作系统环境变量
 - 6、通过random.*配置的随机属性
 - 7、位于当前应用jar包之外,针对不同{profiles}环境的配置文件的内容
 - 8、位于当前应用jar包之内,针对不同{profiles}环境的配置文件的内容
 - 9、位于当前一个jar包之外的application.properties和YAML属性文件配置内容
 - 10、位于当前一个jar包之内的application.properties和YAML属性文件配置内容
 - 11、在@Configuration注解修改的类中,通过@PropertySource注解定义的属性。
 - 12、应用默认属性,使用SpringApplication.setDefaultProperties定义的内容

优先级从高到低,数字越小优先级越高