Spring中@PostConstruct执行时MessageSource未初始化的问题咨询

我遇到了一个Spring Bean初始化的问题，代码结构如下：

// 包含@PostConstruct的Bean
private String message; 
@Autowired private CustomMessageSource messageSource; 
@PostConstruct public void postConstruct() { 
    message= messageSource.getMessage("warning-message"); 
    logger.log(message); 
}

// 自定义MessageSource
@Component public class CustomMessageSource extends ReloadableResourceBundleMessageSource { 
    @Autowired private ApplicationContext ctx; 
    public CustomMessageSource() { 
        Locale.setDefault(Locale.ENGLISH); 
    } 
    public String getMessage(String key) { 
        return ctx.getMessage(key, new Object[] { }, getCurrentLocale()); 
    } 
}

当@PostConstruct执行时，抛出错误：messagesource not initialized - call 'refresh' before accessing messages via the context，导致ApplicationContext加载失败。调试发现messageSource对象已经创建，但消息似乎还没加载。奇怪的是，如果不在@PostConstruct里调用，而是在业务执行方法中使用messageSource就完全正常。想请教这种情况是否合理，还是我的代码存在错误？

原因分析 #

这种情况是合理的，本质是Spring Bean初始化顺序和上下文生命周期的问题：

• @PostConstruct注解的方法会在当前Bean的依赖注入完成后立即执行，但此时整个ApplicationContext还处于初始化过程中，并没有完成最后的refresh操作。
• 你的CustomMessageSource依赖了ApplicationContext，而ctx.getMessage()方法要求上下文已经完成refresh才能正确加载消息资源（因为MessageSource的资源加载逻辑通常是在上下文刷新阶段完成的）。
• 而业务方法执行时，ApplicationContext已经完全初始化完成，所有Bean和资源都已加载完毕，所以调用不会出错。

解决方案 #

这里提供几种可行的修复方案：

1. 监听上下文刷新事件，延迟初始化逻辑

实现ApplicationListener<ContextRefreshedEvent>，在上下文完全刷新后再执行消息加载逻辑，这时候所有资源都已准备就绪：

@Component
public class YourBean {
    private String message; 
    @Autowired private CustomMessageSource messageSource; 
    private Logger logger = LoggerFactory.getLogger(YourBean.class);

    @Override
    public void onApplicationEvent(ContextRefreshedEvent event) {
        // 加个判断避免重复执行（父子上下文可能触发多次事件）
        if (message == null) {
            message = messageSource.getMessage("warning-message"); 
            logger.log(message); 
        }
    }
}

2. 让CustomMessageSource独立处理消息加载，不依赖ApplicationContext

既然CustomMessageSource继承了ReloadableResourceBundleMessageSource，可以直接使用父类的getMessage方法，不需要通过ApplicationContext中转，这样可以绕过上下文未刷新的限制：

@Component 
public class CustomMessageSource extends ReloadableResourceBundleMessageSource { 
    public CustomMessageSource() { 
        Locale.setDefault(Locale.ENGLISH);
        // 设置消息文件路径，比如classpath下的messages.properties
        setBasename("classpath:messages");
        // 可选：设置文件编码
        setDefaultEncoding("UTF-8");
    } 

    public String getMessage(String key) { 
        // 直接调用父类的getMessage方法
        return getMessage(key, new Object[]{}, getCurrentLocale()); 
    } 
}

3. 调整Bean的初始化顺序（不推荐，耦合性高）

通过@DependsOn注解强制指定Bean的初始化顺序，确保CustomMessageSource完全初始化后再执行当前Bean的@PostConstruct：

@Component
@DependsOn("customMessageSource")
public class YourBean {
    private String message; 
    @Autowired private CustomMessageSource messageSource; 
    private Logger logger = LoggerFactory.getLogger(YourBean.class);

    @PostConstruct public void postConstruct() { 
        message= messageSource.getMessage("warning-message"); 
        logger.log(message); 
    }
}

不过这种方法耦合性较高，不如前两种方案优雅。

总结 #

你的代码核心问题在于过早地在Bean初始化阶段依赖了未完全就绪的ApplicationContext，这是Spring生命周期中常见的陷阱。选择第一种或第二种方案都能很好地解决问题，其中第二种方案更贴合自定义MessageSource的设计初衷。

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