Spring Reactive集成测试：DynamicPropertySource未覆盖PostgreSQL配置

1. 清理测试配置文件的硬编码属性 #

检查applicationtest.properties，如果其中包含spring.r2dbc.*或spring.flyway.*的硬编码配置，会干扰动态属性的覆盖。建议清空这些配置，让@DynamicPropertySource的动态属性完全生效。

2. 使用@Testcontainers注解管理容器生命周期 #

原static块启动容器的方式可能导致Spring上下文初始化时动态属性未完全加载，改用@Testcontainers注解可以更好地对齐容器启动与Spring上下文的时序：

修改AbstractIT类：

@Testcontainers
public abstract class AbstractIT {

  @Container
  private static final PostgreSQLContainer<?> postgres = new PostgreSQLContainer<>(DockerImageName.parse("postgres:14.5"));

  @DynamicPropertySource
  static void properties(DynamicPropertyRegistry registry) {
    // 绑定R2DBC属性
    registry.add("spring.r2dbc.url",
        () -> String.format("r2dbc:postgresql://%s:%s/%s",
            postgres.getHost(),
            postgres.getMappedPort(PostgreSQLContainer.POSTGRESQL_PORT),
            postgres.getDatabaseName()));
    registry.add("spring.r2dbc.username", postgres::getUsername);
    registry.add("spring.r2dbc.password", postgres::getPassword);
    
    // 绑定Flyway属性，避免使用旧配置
    registry.add("spring.flyway.url", postgres::getJdbcUrl);
    registry.add("spring.flyway.user", postgres::getUsername);
    registry.add("spring.flyway.password", postgres::getPassword);
  }
}

注意这里要显式绑定spring.flyway.user和spring.flyway.password，避免Flyway沿用application.properties中的旧值。

3. 调整@DirtiesContext配置（可选） #

如果@DirtiesContext(classMode = AFTER_CLASS)不是必须的，可考虑移除，或改为AFTER_EACH_TEST_METHOD，避免上下文重复加载导致的属性覆盖异常。

4. 验证动态属性的加载优先级 #

Spring属性加载优先级中，@DynamicPropertySource的优先级高于@TestPropertySource和application.properties，但如果存在配置文件的硬编码冲突，仍可能出现问题。确保没有其他配置源（如环境变量、系统属性）覆盖动态属性。

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