本文介绍为何在 `@postconstruct` 中调用 `system.setproperty()` 无法影响 `@value` 占位符解析，并提供标准、可靠的替代方案：使用 `environmentpostprocessor` 在 spring 环境初始化早期注入动态属性。
在 Spring Boot 应用中，@Value("${my.password:DEFAULT}") 的占位符解析依赖于 Spring 的 Environment，而该环境在应用上下文刷新（refresh()）前就已完成初始化。关键在于：@PostConstruct 方法执行时机远晚于 Environment 加载与 Bean 实例化阶段——此时 EncryptionBean 已被创建并注入了默认值 DEFAULT，后续调用 System.setProperty() 对已解析的占位符完全无效。
System.setProperty() 本身虽能设置 JVM 级系统属性，但 Spring 默认仅在 systemProperties 和 systemEnvironment 这两个 PropertySource 中读取系统属性（且顺序靠后），而更早加载的 application.properties 或命令行参数会覆盖它；更重要的是，占位符解析发生在 Bean 构造/注入阶段，而 @PostConstruct 属于 Bean 初始化回调，此时解析早已完成。
✅ 正确解法：使用 EnvironmentPostProcessor
EnvironmentPostProcessor 是 Spring Boot 提供的扩展点，允许在 ApplicationContext 创建前、Environment 尚未冻结时动态注入属性源（PropertySource）。它执行时机极早（早于任何 @Configuration 类处理、Bean 定义注册和实例化），完美满足“在 EncryptionBean 初始化前注入 my.password”的需求。
以下是完整实现：
public class PasswordEnvironmentPostProcessor implements EnvironmentPostProcessor, ApplicationContextAware {
private ApplicationContext applicationContext;
@Override
public void postProcessEnvironment(ConfigurableEnvironment environment, SpringApplication application) {
// 注意：此时 ApplicationContext 尚未刷新，但已可获取已注册的 Bean（如 SDKObject）
// Spring Boot 2.4+ 支持在 EnvironmentPostProcessor 中安全获取部分 Bean（需确保其为 Singleton & 非 lazy）
SDKObject sdkObject = applicationContext.getBean(SDKObject.class);
String password = sdkObject.retrievePassword();
// 构建高优先级 PropertySource（addFirst → 优先于 application.yml / systemProperties）
Map properties = Collections.singletonMap("my.password", password);
PropertySource passwordSource = new MapPropertySource("dynamic-password-source", properties);
// 插入到 PropertySources 最前面，确保最高优先级
environment.getPropertySources().addFirst(passwordSource);
}
@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
this.applicationContext = applicationContext;
}
} ? 关键注意事项：
-
注册方式：必须在 src/main/resources/META-INF/spring.factories 中声明（Spring Boot 2.4+ 推荐使用 spring-config-data 机制，但 spring.factories 仍兼容）：
org.springframework.boot.env.EnvironmentPostProcessor=com.example.PasswordEnvironmentPostProcessor
- Bean 获取限制：EnvironmentPostProcessor 执行时 ApplicationContext 尚未刷新，因此只能获取已注册且非延迟初始化的单例 Bean（如 SDKObject 若由 @Bean 方法定义且未标注 @Lazy，通常可用）。
- 属性优先级：调用 addFirst() 可确保该 PropertySource 在占位符解析时优先于 application.properties、系统属性等，避免被覆盖。
- 线程安全与幂等性：该方法可能被多次调用（如多环境测试），建议在 retrievePassword() 内部做好缓存或幂等处理。
? 补充建议：若第三方 EncryptionBean 严格依赖 @Value 且无法修改，此方案是唯一符合 Spring Boot 生命周期规范的解法。若未来可改造，更推荐将密码作为构造参数显式传入（如通过 @Bean 工厂方法），彻底规避占位符解析时序问题。
综上，放弃 System.setProperty + @PostConstruct 的反模式，拥抱 EnvironmentPostProcessor —— 它是 Spring Boot 动态配置的官方基石，既健壮又可测试，真正实现“启动即生效”的外部属性注入。
