Spring Framework 6编程式设置Active Profiles未调用refresh为何生效？

核心差异：Spring 6对环境变更的动态处理能力 #

在Spring Framework 3.x/4.x中，编程式设置active profiles后必须调用refresh()，是因为当时的上下文无法感知环境变更，必须通过全量刷新来重新加载受profile影响的bean定义和配置。但Spring 6对环境和profile的处理逻辑做了针对性优化，具体原因如下：

• 构造函数的自动Refresh不影响后续Profile生效
  你提到的AnnotationConfigApplicationContext(String... basePackages)构造函数，内部确实会自动执行refresh()，但Spring 6中，当你后续调用getEnvironment().setActiveProfiles(...)时，StandardEnvironment（默认环境实现）会触发EnvironmentChangeEvent事件。AnnotationConfigApplicationContext的内置监听器会捕获这个事件，动态重新解析并加载与新设置的profile匹配的bean定义和配置，无需全量刷新上下文。

• GenericApplicationContext的一次性Refresh限制
  手动调用refresh()抛出异常是因为GenericApplicationContext（AnnotationConfigApplicationContext的父类）本身设计为仅支持一次完整刷新，这一特性并非Spring 6新增，在旧版本中也存在——只是旧版本中你通常是先设置profile再调用refresh()，不会触发这个限制。而Spring 6的动态更新机制已经替代了手动refresh的需求。

验证示例 #

// Spring 6中无需手动refresh
AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext("com.example");
// 此时上下文已完成自动refresh
ctx.getEnvironment().setActiveProfiles("dev");
// 直接获取受dev profile影响的bean，已生效
DevConfig devConfig = ctx.getBean(DevConfig.class);

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