@Value注解默认值解决多环境变量注入问题
在开发中,当遇到系统变量赋值时,我们经常会考虑以下赋值方式:
-
定义为常量类型赋值,如private static final CONFIG_NAME = "example" 通过@Value注解从配置文件读取,如@Value("${a.b}" private String name;)
一般采用第二种方式。
当编码工作完成进行测试时,由于项目有多个环境,比如说dev, st, prd等,不同环境对应不同的配置文件,如application-dev.yml, application-prd.yml等,这意味着你要在这多个配置文件中重复设置系统变量的值(因为测试环境和生产环境的数据往往不同,一般生产环境数据特殊,而开发和测试环境的数据相同),这不万恶之源就出来了–重复。
在我看来解决方案有两个:
第一,可以新建一个bootstrap.yml文件,为测试环境和生产环境设置初始化系统变量,而在application-prd.yml中设置特殊的生产环境数据;
第二,如果项目中没有bootstrap.yml文件,可以利用@Value设置默认值方式来注入属性值,如:
@Value("${china.province:beijing}") private String name;
这样你只用在application-prd.ym设置特殊值,即只修改一个文件。
还有的人可能会这样赋值:
@Value("${china.province}") private String name = "beijing";
虽然这样赋初始值也会生效,但是在没有bootstrap.yml文件的情况下,如果其他环境的配置文件中没有声明china.privince的话,在对应的环境下启动项目会报错(即报配置文件中找不到该属性),这样也会造成多余的重复!
最好的方法还是利用@Value注解声明初始值的方式来给属性设值。