如何在单个测试中覆盖@Configuration创建的DataSource Bean？

你当前的核心矛盾是：JUnit 4环境下，需要让单个集成测试覆盖全局TestConfig中的H2 DataSource Bean，同时避免污染其他测试的Spring上下文。之前尝试的方法要么无效（因为显式Bean优先于配置属性），要么导致上下文缓存污染（继承配置类后Spring复用了错误的上下文）。

方案1：用Spring Profile隔离测试配置（推荐） #

利用Profile实现不同测试环境的配置隔离，是最干净的方式：

1. 修改全局TestConfig，给H2数据源添加Profile条件：

@Configuration
@ComponentScan(basePackages = {"com.base.package", "com.base.commons"},
    excludeFilters = {
        @ComponentScan.Filter(type = FilterType.ASSIGNABLE_TYPE, value = ApplicationConfig.class), 
        @ComponentScan.Filter(type = FilterType.ASSIGNABLE_TYPE, value = DatabaseConfig.class),
    })
public class TestConfig {

    @Bean
    @Profile("!postgres-test") // 非postgres-test环境才加载H2数据源
    public DataSource dataSource() {
        EmbeddedDatabaseBuilder builder = new EmbeddedDatabaseBuilder();
        builder.setType(EmbeddedDatabaseType.H2);
        return builder.build();
    }
}

2. 单独编写PostgreSQL测试配置类，绑定专属Profile：

@Configuration
@Profile("postgres-test")
public class PostgresTestConfig {
    @Bean
    public DataSource dataSource() {
        HikariDataSource hikariDataSource = new HikariDataSource();
        // 用Testcontainers自动管理容器的URL，无需手动定义@ClassRule
        hikariDataSource.setJdbcUrl("jdbc:tc:postgresql:15:///databasename");
        return hikariDataSource;
    }
}

3. 在目标测试类中激活postgres-test Profile，并引入两个配置类：

@WebAppConfiguration
@ContextConfiguration(classes = {TestConfig.class, PostgresTestConfig.class})
@ActiveProfiles("postgres-test")
public class RateLimiterTest extends AbstractJUnit4SpringContextTests {
    // 无需手动管理容器，Testcontainers会自动启动PostgreSQL
}

优势：不同Profile的配置完全隔离，Spring会为不同Profile组合创建独立的上下文缓存，不会污染其他测试。

方案2：用@TestConfiguration + @Primary局部覆盖Bean #

如果不想用Profile，可以通过测试专用配置类局部覆盖Bean：

@WebAppConfiguration
@ContextConfiguration(classes = {TestConfig.class, RateLimiterTest.PostgresTestConfig.class})
public class RateLimiterTest extends AbstractJUnit4SpringContextTests {

    @ClassRule
    public static PostgreSQLContainer<?> postgres = new PostgreSQLContainer<>("postgres:11")
            .withDatabaseName("prop")
            .withUsername("postgres")
            .withPassword("pass");

    // 测试专用配置类，仅当前测试生效
    @TestConfiguration
    static class PostgresTestConfig {
        @Primary // 标记为优先加载的Bean，覆盖TestConfig中的DataSource
        @Bean
        public DataSource dataSource() {
            HikariDataSource hikariDataSource = new HikariDataSource();
            hikariDataSource.setJdbcUrl(postgres.getJdbcUrl());
            hikariDataSource.setUsername(postgres.getUsername());
            hikariDataSource.setPassword(postgres.getPassword());
            return hikariDataSource;
        }
    }
}

关键逻辑：@TestConfiguration是Spring测试专属注解，仅对当前测试类生效；@Primary确保Spring注入这个数据源而非TestConfig中的H2数据源。由于配置组合唯一，Spring会创建独立的上下文缓存，不会影响其他测试。

方案3：禁用上下文缓存（临时应急） #

如果上述方案都无法快速落地，可以临时禁用当前测试的上下文缓存：

@WebAppConfiguration
@ContextConfiguration(classes = {PostgresTestConfig.class})
@DirtiesContext // 测试结束后销毁上下文，不加入缓存
public class RateLimiterTest extends AbstractJUnit4SpringContextTests {
    // 保留你之前继承TestConfig的PostgresTestConfig代码
}

缺点：每次运行该测试都要重新创建Spring上下文，会增加测试总耗时，仅适合临时解决问题。

继承TestConfig的方式会导致Spring将PostgresTestConfig的上下文缓存下来，后续其他使用TestConfig的测试可能因为Spring的上下文匹配机制，错误复用了这个缓存的上下文，从而引发Bean冲突。而Profile或@TestConfiguration的方式，都是通过唯一的配置组合让Spring创建独立上下文，从根源避免了缓存污染。

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