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
惊喜不惊喜？意外不意外？奇葩不奇葩？
