如何在Spring Boot中测试ApplicationStartedEvent监听器？

完全不需要手动构造ApplicationStartedEvent实例完成测试，根据你需要覆盖的测试粒度，直接选以下两种方案即可：

方案1：集成测试（推荐，无需手动创建/触发事件） #

这种方案完全贴合Spring内置事件的真实发布流程，不需要你手动创建事件对象、手动调用监听方法，Spring启动测试上下文时会自动在对应生命周期节点发布ApplicationStartedEvent，你只需要验证监听器执行后的预期结果即可。

• 如果要做轻量切片测试，只导入监听器和必要依赖，Mock掉无关下游组件：

@SpringBootTest
@Import(ApplicationStartupListener.class)
class StartupListenerIntegrationTest {

    // Mock监听器依赖的下游服务
    @MockBean
    private SystemInitService systemInitService;

    @Test
    void verifyListenerExecutedOnAppStartup() {
        // 上下文启动完成后事件已自动触发，直接验证监听器的逻辑执行结果即可
        verify(systemInitService, times(1)).loadBasicConfig();
        verify(systemInitService, times(1)).warmUpCommonCache();
    }
}

• 如果监听器逻辑依赖全量上下文的Bean，直接用常规@SpringBootTest即可，不需要额外@Import，在测试方法中断言监听器执行后的状态（比如初始化的标记位、缓存值、数据库初始化记录等）就行。

注意：不要在测试中手动调用applicationContext.publishEvent(new ApplicationStartedEvent(...))，这种硬编码触发的方式和直接手动调用监听方法没有区别，无法验证Spring生命周期事件的真实发布逻辑。

方案2：纯单元测试（启动速度最快，不依赖Spring上下文） #

如果你只需要验证监听器内部的业务逻辑，不需要覆盖Spring事件发布的流程，完全不需要关心事件对象本身：直接实例化监听器类，Mock掉所有依赖，手动调用监听方法即可。绝大多数场景下ApplicationStartedEvent只是作为触发标记，监听器逻辑根本不会读取事件内部的属性，传null作为事件参数都不会影响逻辑验证。

class StartupListenerUnitTest {

    // 手动Mock依赖、实例化监听器，不启动Spring上下文
    private final SystemInitService mockInitService = mock(SystemInitService.class);
    private final ApplicationStartupListener listener = new ApplicationStartupListener(mockInitService);

    @Test
    void verifyListenerBusinessLogic() {
        // 直接调用监听方法，事件参数传null即可，未使用事件属性时无任何影响
        listener.onApplicationEvent(null);
        
        // 验证内部逻辑执行符合预期
        verify(mockInitService).loadBasicConfig();
    }
}

内容的提问来源于stack exchange，提问作者Shubham A.