应用启动前启动嵌入式ActiveMQ Artemis失败，求问题排查

核心错误点 #

• 时机不匹配：@PostConstruct是当前Bean初始化完成后执行，ApplicationReadyEvent是整个应用上下文加载完成、所有Bean初始化完毕后才触发，但你的应用会在上下文加载过程中就尝试创建会话工厂连接broker，此时broker还未启动，必然连接失败。
• 配置加载顺序滞后：ArtemisTestConfiguration和应用主配置同步加载时，其初始化逻辑赶不上应用Bean的依赖注入时机。

具体解决步骤 #

1. 改用上下文初始化器提前启动broker #

要在应用上下文开始加载Bean之前启动broker，推荐使用ApplicationContextInitializer，它会在Spring上下文初始化的最早期执行，刚好满足broker先启动的需求：

public class ArtemisBrokerInitializer implements ApplicationContextInitializer<ConfigurableApplicationContext> {
    @Override
    public void initialize(ConfigurableApplicationContext applicationContext) {
        // 初始化并启动嵌入式broker
        EmbeddedActiveMQHolder.start();
        System.out.println("ActiveMQ starting!");
        // 注册关闭钩子，测试结束后自动关闭broker
        Runtime.getRuntime().addShutdownHook(new Thread(EmbeddedActiveMQHolder::stop));
    }
}

2. 在测试基类中指定初始化器 #

在BaseTest类上通过@SpringBootTest的initializers参数绑定这个初始化器：

@SpringBootTest(initializers = ArtemisBrokerInitializer.class)
public class BaseTest {
    // 测试代码
}

3. 清理原有配置类的滞后逻辑 #

删除ArtemisTestConfiguration中的@PostConstruct和ApplicationReadyEvent监听代码，避免重复启动或时机冲突。

4. 验证Holder类的实现正确性 #

确保EmbeddedActiveMQHolder的启动逻辑线程安全且配置正确，示例如下：

public class EmbeddedActiveMQHolder {
    private static EmbeddedActiveMQ broker;

    public static void start() {
        if (broker == null) {
            broker = new EmbeddedActiveMQ();
            // 设置broker端口、存储路径等自定义配置
            broker.start();
        }
    }

    public static void stop() {
        if (broker != null) {
            broker.stop();
        }
    }
}

额外注意事项 #

• 确保测试中使用的broker连接参数（如端口、地址）与Holder启动的broker完全一致，避免参数不匹配导致连接失败。
• 如果项目中启用了Spring Boot Artemis自动配置，需禁用该配置避免冲突：@SpringBootTest(exclude = ArtemisAutoConfiguration.class)

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