Spring @Value 默认值

1，单 PropertyPlaceholderConfigurer

@Value("${property_name:default_value}")
// 默认空串的写法：@Value("${property:}")

2，多 PropertyPlaceholderConfigurer

如果项目配置了多个PropertyPlaceholderConfigurer，那就有点搞了。先看配置文件，这里定义了两个PropertyPlaceholderConfigurer，其中优先级高的加载外部配置文件，优先级低的加载classpath下面的配置文件。本来 @Value 表达式不带默认值时这样做好处多多，但是一旦表达式引入默认值，就会掉进另外的坑里。

<bean id="placer1" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
  <property name="order" value="1" />
  <property name="ignoreUnresolvablePlaceholders" value="true" />
  <property name="locations">
    <list>
      <value>file:/外部配置文件目录/config.properties</value>
    </list>
  </property>
</bean>

<bean id="placer2" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
  <property name="order" value="2" />
  <property name="ignoreUnresolvablePlaceholders" value="true" />
  <property name="locations">
    <list>
      <value>classpath:config.properties</value>
    </list>
  </property>
</bean>

2.1，不带默认值的表达式

@Value("${property_name}")

Spring会根据其优先级依次查找。即先在外部配置文件里找，如果没找到再进Class-Path下的配置文件里找。

2.2，带默认值的表达式

此处有巨坑，这里Spring会只找优先级最高的配置文件，如果没有就返回默认值！Class-Path里的配置被忽略了！

原因

Spring会根据优先级依次查找，但是如果表达式有默认值，那么当处理最高优先级配置文件的时候，如果存在该配置项即返回该配置项，如果不存在，就返回默认值。而此时Spring会认为该表达式已经赋值完毕，所以后续不会再处理该表达式。

解决方案

多个配置文件合并成一个（牺牲多个配置文件带来的好处）
不使用默认值表达式，确保classpath下的配置文件包含所有配置
使用奇技淫巧，即改变默认值的valueSeparator

先给placer2增加一个属性。（这里的@不是固定的，随便什么符号都可以）

<property name="valueSeparator" value="@" />

然后程序里的表达式改成这样

@Value("${property_name@default_value}")

如此一来就实现了程序<Class-Path配置<外部配置的三级配置架构
首先最低优先级的是程序代码里写死的默认值，其次是Class-Path里配置项，最高优先级的是外部配置文件里的配置。但是这里要注意了，外部配置文件里的配置项要写成 property_name@=xxx 才行。

// 程序代码里写死的默认值
@Value("${property_name@default_value}")
// Class-Path里配置项
property_name=ccc
// 外部配置文件里的配置项
property_name@=xxx

惊喜不惊喜？意外不意外？奇葩不奇葩？