本文旨在解释 Spring 框架中 @PostConstruct 注解在某些情况下会被执行两次的原因，并提供相应的解决方案。通常，这种情况是由于创建了多个 Spring 上下文导致的。理解 Spring 上下文的生命周期以及 Bean 的作用域是解决此问题的关键。
理解 Spring 上下文
在 Spring 应用中，ApplicationContext 是一个核心概念，它负责管理 Bean 的生命周期，包括 Bean 的创建、初始化、销毁等。 当我们使用 @PostConstruct 注解时，Spring 会在 Bean 初始化完成后调用被注解的方法。
问题中出现的 @PostConstruct 方法执行两次的根本原因在于创建了两个独立的 Spring 上下文：
- 主 Spring 上下文： 由 SensitiveWordsApplication 启动时创建和管理。
- 手动创建的 Spring 上下文： 在 TextFilter 类中使用 AnnotationConfigApplicationContext 手动创建。
由于每个 Spring 上下文都独立管理自己的 Bean，因此 MyCache Bean 会在每个上下文中被创建一次，导致 @PostConstruct 方法被调用两次。
解决方案
避免 @PostConstruct 执行两次的关键在于确保只存在一个 Spring 上下文，或者至少确保只在一个上下文中创建和管理 MyCache Bean。 以下是一些常见的解决方案：
1. 移除手动创建的 Spring 上下文
这是最直接的解决方案。 TextFilter 类不需要手动创建 AnnotationConfigApplicationContext。 可以通过 Spring 的依赖注入机制，将 MyCache Bean 注入到 TextFilter 类中。
@Component // 将 TextFilter 纳入 Spring 管理
public class TextFilter {
@Autowired // 自动注入 MyCache Bean
private MyCache cache;
public String filter(String originalText) {
return this.cache.get().filter(originalText);
}
} 注意事项：
通过使用BizPower CRM解决方案，您的员工、生产过程及信息能够与客户保持着平稳、无间断的联络，并且能够通过以客户为焦点、创新的产品和服务；以客户为中心，更高层次的生产过程；持久有益的客户关系这三个方面创造有价值客户的领导关系。选择Bizpower CRM的原因1、灵活的数据权限和功能权限BizPower CRM 系统通过引入了灵活的数据权限和功能权限，模仿现实中协同工作的实际情况。 实现企
- 确保 TextFilter 类也被 Spring 管理，可以使用 @Component、@Service、@Repository 或 @Controller 等注解。
- @Autowired 注解会自动从 Spring 上下文中查找类型匹配的 Bean 并注入。
2. 如果必须使用手动创建的上下文
如果确实需要在 TextFilter 中使用手动创建的 AnnotationConfigApplicationContext，需要确保 MyCache Bean 只在一个上下文中定义。 可以将 MyCache 的定义从 AppConfig 移除，只在手动创建的上下文中定义。
public class TextFilter {
private AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext();
private MyCache cache;
public TextFilter() {
this.context.scan("com.sensitive_words.utils");
// 在 TextFilter 的上下文中注册 MyCache
this.context.register(MyCache.class);
this.context.refresh();
this.cache = this.context.getBean(MyCache.class);
}
public String filter(String originalText) {
return this.cache.get().filter(originalText);
}
} 并且从 AppConfig 中移除 MyCache 的 Bean 定义：
@Configuration
@EnableScheduling
public class AppConfig {
// 移除 MyCache 的 Bean 定义
// @Bean
// public MyCache myCache() {
// return new MyCache();
// }
} 注意事项：
- 这种方法比较复杂，不推荐使用，除非有特殊的需求。
- 需要仔细管理 Bean 的作用域，避免出现意外的问题。
3. 使用 ConfigurableBeanFactory.SCOPE_PROTOTYPE
如果需要每次都创建一个新的 MyCache 实例，可以将 Bean 的作用域设置为 prototype。
@Configuration
@EnableScheduling
public class AppConfig {
@Bean
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public MyCache myCache() {
return new MyCache();
}
} 注意事项：
- prototype 作用域的 Bean 不由 Spring 完全管理生命周期，需要手动销毁。
- 每次从 Spring 上下文中获取 MyCache Bean 时，都会创建一个新的实例，@PostConstruct 方法也会被调用一次。
总结
@PostConstruct 方法被执行多次通常是由于创建了多个 Spring 上下文导致的。 解决此问题的关键在于确保 Bean 只在一个上下文中被创建和管理。 移除手动创建的 Spring 上下文，或者使用 Spring 的依赖注入机制是推荐的解决方案。 在选择解决方案时，需要根据具体的应用场景和需求进行权衡。
