Spring Profiles：Environment与System.setProperty的使用场景及设计疑问

两种合法的Profiles设置写法 #

方式1：通过ApplicationContext的Environment设置 #

ConfigurableApplicationContext ctx =
        new AnnotationConfigApplicationContext("com.manuel.jordan.config");
ctx.getEnvironment().setActiveProfiles("jdbc", "mysql");
...

方式2：通过System全局属性设置 #

注：原示例代码存在参数错误，System.setProperty仅支持两个参数（键和值），多Profiles需用逗号分隔为单个字符串

//B1
System.setProperty("spring.profiles.active", "jdbc,mysql");
ConfigurableApplicationContext ctx =
        new AnnotationConfigApplicationContext("com.manuel.jordan.config");
...

核心技术问题解答 #

1. 何时必须用Environment而非System.setProperty，反之亦然？ #

• 必须用Environment的场景：

  • 已经创建完ApplicationContext实例，想要运行时动态切换/新增激活Profiles。因为System属性只会在上下文初始化时读取一次，实例创建后改System属性不会生效，只能通过Environment修改。
  • 不想污染JVM全局属性的时候。System.setProperty是JVM级别的全局设置，会影响整个应用的所有组件；而Environment属于当前ApplicationContext，只作用于这个上下文及其子上下文，能实现多上下文的Profiles隔离。
  • 需要给不同的ApplicationContext设置不同的激活Profiles时，每个上下文单独用自己的Environment配置即可，不会互相干扰。

• 必须用System.setProperty的场景：

  • 需要在ApplicationContext初始化之前就确定激活的Profiles，比如某些配置类的加载逻辑依赖于Profiles，必须在上下文启动前就把Profiles设置好。
  • 要让Profiles设置对JVM内所有Spring上下文都生效的时候，比如一个应用里有多个ApplicationContext实例，想统一配置激活的Profiles。

2. 既然能用System.setProperty设置Profiles，为什么还要设计Environment的方式？ #

• 上下文隔离需求：Spring支持一个JVM内存在多个ApplicationContext，Environment属于单个上下文，能实现不同上下文的Profiles独立配置，而System.setProperty是全局的，做不到这种隔离。
• 动态配置能力：ApplicationContext创建完成后，还能通过Environment随时调整激活的Profiles，支持运行时动态切换配置，这是System.setProperty做不到的——系统属性只会在上下文启动时读取一次。
• Spring生态深度整合：Environment是Spring配置体系的核心抽象，能和@Profile注解、PropertySource优先级、配置占位符等Spring特性无缝配合，比如可以结合Profile表达式实现更灵活的配置加载逻辑；而System.setProperty只是原生Java的全局属性，和Spring生态的整合度极低。
• 更丰富的配置管理能力：Environment不仅能设置激活Profiles，还提供了获取默认Profiles、判断Profiles是否激活、添加自定义PropertySource等一系列API，是Spring管理配置的统一入口，功能远不止设置Profiles这一项。

内容的提问来源于stack exchange，提问作者Manuel Jordan