背景
工作中负责的一套计费系统需要开发一个新通知功能，在扣费等事件触发后发送MQ，然后消费MQ发送邮件或短信通知给客户。因为有多套环境，测试时需要知道是从哪套环境发出的邮件，又不想维护多套通知模板，因此就打算在各环境的properties中声明不同的title前缀，实现类似[DEV]您的xx月账单、[TEST]您的xx月账单的效果，但是这个前缀需要在生产环境中去掉，因此我想到用Spring @Value的默认值来实现，伪代码如下：
@Value("${notice.mail.titlePrefix:}")
private String mailTitlePrefix;
public void doSendEmail() {
...
String title = "xxx";
if (StringUtils.isNotBlank(mailTitlePrefix)) {
title = mailTitlePrefix + title;
}
mailSender.send(title, content, recevier);
}
采用上述代码后，运行发现，即使在properties中配置了值，但是mailTitlePrefix一直是空字符串""，一旦把冒号去掉又能正常读取到配置的值，修改:后面的数据为其他值，如@Value("${notice.mail.titlePrefix:113}")，mailTitlePrefix的值也为113，即@Value一直只能获取到默认值。
工程采用spring标签声明了两个property-placeholder，分别读取不同的配置文件：
<context:property-placeholder order="0" location="classpath*:db.properties" ignore-unresolvable="true"/>
<context:property-placeholder order="0" location="classpath*:config.properties" ignore-unresolvable="true"/>
notice.mail.titlePrefix的配置在config.properties文件中。
问题定位
可以确定是spring属性值注入出现的问题，google一番后，找到一篇相同问题的文章spring-boot-spring-always-assigns-default-value-to-property-despite-of-it-bein。
按照 SPR-9989 上的说明，Spring在有多个property-placeholder时，如果第一个property-placeholder在处理@Value时没有找到属性值，则会采用默认值对属性进行赋值，然后第二个property-placeholder就会忽略该@Value，于是@Value获取到的永远都是默认值。
问题解决
合并property-placeholder声明：
<context:property-placeholder order="0" location="classpath*:db.properties,classpath*:config.properties" ignore-unresolvable="true"/>追加
这个bug一直是未修复状态，好像Spring官方不认为这是一个bug?截至spring 5.2.x版本也有这个问题。
原文地址：https://www.cnblogs.com/larva-zhh/p/11395844.html