Spring集成测试启动缓慢原因排查：无法禁用RabbitMQ？

我之前也碰到过类似Spring Boot集成测试启动慢到让人崩溃的情况，结合你提到的用@MockBean模拟网关、排除RabbitMQ自动配置的场景，咱们来梳理下可能的原因和对应的解决办法：

可能的原因 #

• @MockBean的替换开销：@MockBean会替换Spring上下文中原有的对应Bean，如果网关相关的Bean依赖链比较复杂，或者你Mock的Bean数量较多，Spring需要重新创建并初始化大量关联Bean，这会大幅增加启动时间。
• 自动配置排除不彻底：虽然你排除了RabbitAutoConfiguration，但可能还有其他和消息、网关相关的自动配置类在悄悄加载，这些额外的配置会拖慢启动速度。
• 全量上下文加载冗余：如果你的测试只需要验证特定功能，但用了@SpringBootTest加载整个应用上下文，很多不必要的Bean（比如数据库、缓存、其他第三方服务客户端）都会被初始化，这是启动慢的常见元凶。

针对性解决办法 #

1. 优化@MockBean的使用方式 #

• 只Mock必要的Bean：不要为整个网关模块的所有Bean都加@MockBean，只Mock测试中直接依赖的核心接口或类。比如网关对外暴露的API接口，Mock它就足够满足测试需求，不需要连带Mock内部的实现类。
• 尝试用@SpyBean替代：如果只需要Mock网关的部分方法，其他方法保留真实逻辑，用@SpyBean会比@MockBean更轻量，因为它不会完全替换原Bean，只是对特定方法进行拦截。

2. 更精准地排除自动配置 #

除了RabbitAutoConfiguration，可以把相关的消息自动配置都排除掉，比如：

@EnableAutoConfiguration(exclude = {
    RabbitAutoConfiguration.class,
    AmqpAutoConfiguration.class,
    RabbitMessagingTemplateAutoConfiguration.class
})

如果你的测试不需要加载全量自动配置，还可以直接指定需要加载的核心配置类，避免不必要的自动配置启动：

@SpringBootTest(classes = {YourCoreConfig.class, YourTestConfig.class})

3. 用切片测试替代全量上下文加载 #

如果你的测试只是针对Web层接口，完全可以用@WebMvcTest替代@SpringBootTest，它只会加载Web相关的Bean，启动速度会快很多倍。配合@MockBean模拟网关，示例如下：

@WebMvcTest(YourApiController.class)
public class YourApiTest {
    @MockBean
    private GatewayService gatewayService;

    // 测试逻辑...
}

类似的，如果你测试的是数据层，用@DataJpaTest；如果是服务层，用@ServiceTest（Spring Boot 3.1+支持），这些切片注解都会大幅减少上下文加载的Bean数量。

4. 启用测试上下文缓存 #

Spring Boot测试默认会缓存上下文，但如果你的多个测试类配置不一致（比如不同的@MockBean或exclude配置），会导致上下文重复创建。可以把公共的测试配置抽成一个父类，让所有相关测试类继承它，确保配置一致，这样Spring只会创建一次上下文并复用：

@SpringBootTest
@EnableAutoConfiguration(exclude = {RabbitAutoConfiguration.class})
public abstract class BaseIntegrationTest {
    @MockBean
    private GatewayService gatewayService;
}

// 测试类继承父类
public class YourTest extends BaseIntegrationTest {
    // 测试逻辑...
}

5. 排查耗时的自动配置 #

启动测试时开启调试日志（在application-test.properties中设置logging.level.org.springframework=DEBUG），查看日志中哪些自动配置类的加载耗时最长，针对性地排除这些不需要的配置。比如如果你的测试不需要Redis，就排除RedisAutoConfiguration。

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