如何将环境自动连接到PropertySourcesPlaceholderConfigurer？

Question

我试图设置我的Spring应用程序，以便根据配置配置文件读取不同的.properties文件。 我正在使用Java配置，所以我想做的是这样的：

@Autowired
private static Environment env;

@Bean
public static PropertySourcesPlaceholderConfigurer properties(){
    PropertySourcesPlaceholderConfigurer pspc = new PropertySourcesPlaceholderConfigurer();
    String[] profiles = env.getActiveProfiles();
    String filestring = "environment."+profiles[0]+".properties";
    ClassPathResource properties = new ClassPathResource( filestring );
    Resource[] resources = new ClassPathResource[] { properties };
    pspc.setLocations( resources );
    return pspc;
}

但是env.getActiveProfiles()给了我NullPointerException ，我认为这意味着尚未注入环境。 任何人都知道如何解决此问题？ 或者，如果这是愚蠢的/不可能的，我该如何做得更好？

Answer 1

只是为您提供一种替代方法的观点（显然每个项目的业务案例可能因项目而异），但是您追求的配置类型可能会导致其他麻烦。 想到安全性。 通常，多个环境意味着您要处理与数据库等的各种连接的用户名和密码。 根据您的其他配置为生产环境存储这些值可能会将敏感数据暴露给不需要此类知识的开发人员。 相反，如果您使用SPeL表达式进行切换并直接引用环境，那么您仍然可以实现运行时配置，但是将每个环境的设置移动到应用这些特定配置的服务器（或您拥有的）。 例：

<bean id="myDatabase" class="mypackage.MyDatabase" p:username="#{environment['DB_USERNAME']}" p:password="#{environment['DB_PASSWORD']}" .../>

然后在服务器上，您可以传入系统属性或使用所需的用户名和密码设置环境变量，它们将在运行时进行配置。 （ environment表达式直接解析为您的Environment实例。）

只是一个想法。 =）

Answer 2

正如@ kungfuters正确建议的，该业务案例可能因应用程序而异。 这是适用于我的应用程序的另一种选择。

提供以下接口的实现：

ApplicationContextInitializer<ConfigurableApplicationContext>

提供以下方法的实现。 识别配置文件的逻辑在此方法中。

initialize(ConfigurableApplicationContext ctx) 

根据标识，设置活动配置文件：

this.applicationContext.getEnvironment().setActiveProfiles(<<yourProfileName>>)