查看3.1（http://blog.springsource.org/2011/02/15/spring-3-1-m1-unified-property-management/）中的新spring属性支持，看起来应该是可能的：
<context:property-placeholder location="/WEB-INF/application-customer-dev.properties,classpath:application-customer.properties" ignore-resource-not-found="true"/>
<import resource="classpath*:com/x/core/security/security-${login.security}.xml"/>
其中login.security位于application-customer-dev.properties中：
login.security=dev
（并且security-dev.xml确实存在于适当的位置）。我错过了一些东西，因为login.security无法解决。我期望在3.1之前的版本中出现这种行为，但看起来这应该对3.1（我们正在使用）有效吗？
答案 0 :(得分：3)
链接的脚注[2]：
[2]：因为<import/>元素的处理必然在调用BeanFactoryPostProcessors之前发生，这意味着甚至PropertyPlaceholderConfigurer在这里也无法提供帮助。由于环境及其PropertySources集在容器刷新之前配置，因此可以针对环境解析元素中的占位符，而不会出现任何生命周期问题。
<强>更新：
根据javadoc for PropertySourcesPlaceholderConfigurer，PropertySourcesPlaceholderConfigurer是BeanFactoryPostProcessor，因此脚注的真正含义是在安装PropertySourcesPlaceholderConfigurer之前解析导入，所以它无法正常工作（实际上，在解析<import/>时，配置器可能还不存在！）是的，当它安装时它会查看{ {1}}，但您无法使用它来解析Environment内部，因为当时没有后处理器可用。这包括<import/>。
基本上，Spring XML上下文设置或多或少会像这样：
PropertySourcesPlaceholderConfigurer已设置。Environment，处理bean定义。BeanFactoryPostProcessor已安装。这是一个类似的问题，导致您无法使用许多后处理器的BeanPostProcessor属性在order之前应用BeanPostProccesor（做类似make {{从} BeanFactoryPostProcessor解析占位符：行为在Spring应用程序上下文中是硬编码的，所以你必须通过专门化一些Spring类来解决它。
答案 1 :(得分：1)
我认为你错误地阅读了博客@Kurt - 如果在开始创建bean定义之前包含属性的属性源存在，则应解决它。
因此，以下两种方式让您的导入解决方法：
1.使用此参数(-Dlogin.security=dev)设置一个环境变量，默认情况下将注册为属性源
2.以编程方式将文件注册为属性源，在博客文章中提到通过编写自定义ApplicationContextInitializer来注册属性源 - 您应该能够使用ResourcePropertySource注册基于文件的属性源
答案 2 :(得分：0)
@Inject Environment并使用配置文件，您现在需要的内容应该更加容易。您不需要替换部分文件名。