针对非spring boot java应用使用testcontainers进行集成测试时，如何动态配置postgresql数据库连接的问题，本教程将介绍一种无需动态生成属性文件的方法。通过在同一网络中配置容器、使用网络别名以及建立容器依赖，应用容器可以直接使用预设的jdbc url连接到postgresql容器，从而简化动态属性注入的复杂性。
在Java应用程序的集成测试中，经常需要启动多个Testcontainers，例如一个应用容器和一个数据库容器（如PostgreSQL）。核心挑战在于，应用容器需要在数据库容器启动并暴露其连接信息（如JDBC URL）后才能正确配置自身，但应用通常在启动时就需要这些信息。对于非Spring Boot应用，由于缺少@DynamicPropertySource等便捷机制，传统上可能考虑动态生成datasource-test.properties文件，但这会引入复杂的时序问题：数据库容器启动后才能获取JDBC URL，而应用容器可能在此之前就已启动并尝试加载配置。
本教程将介绍一种更为健壮和简洁的解决方案，通过合理利用Testcontainers的网络和依赖管理功能，彻底避免动态属性文件生成的复杂性。
解决方案核心原理
该方法主要基于以下两个Testcontainers特性：
- 容器网络互通： 确保所有相关容器都在同一个虚拟网络中，这样它们就可以通过内部IP地址或网络别名相互通信，而无需通过宿主机的随机端口映射。
- 网络别名： 为数据库容器指定一个固定的网络别名。在同一网络中的其他容器可以使用这个别名作为主机名来访问数据库，端口则使用数据库的默认内部端口（例如PostgreSQL的5432）。
- 容器依赖管理： 明确声明应用容器对数据库容器的依赖。这确保了数据库容器会在应用容器启动之前完全就绪，从而避免了时序问题。
通过上述配置，应用程序在启动时可以使用一个固定的、预知的JDBC URL（例如jdbc:postgresql://postgres:5432/test）来连接数据库，因为postgres是数据库容器在共享网络中的别名，且5432是其标准端口。
实现步骤
以下代码示例展示了如何配置一个共享网络、设置容器别名以及声明容器依赖：
import org.testcontainers.containers.GenericContainer;
import org.testcontainers.containers.Network;
import org.testcontainers.containers.PostgreSQLContainer;
public class ApplicationIntegrationTest {
public static void main(String[] args) {
// 1. 创建一个共享网络
Network network = Network.newNetwork();
// 2. 配置PostgreSQL容器
PostgreSQLContainer postgres = new PostgreSQLContainer<>("postgres:15")
.withNetwork(network) // 将PostgreSQL容器加入共享网络
.withNetworkAliases("postgres"); // 设置网络别名为"postgres"
// 3. 配置应用容器
GenericContainer app = new GenericContainer<>("my-app:0.0.1") // 假设您的应用镜像名为"my-app:0.0.1"
.withNetwork(network) // 将应用容器加入共享网络
.withExposedPorts(8080) // 暴露应用端口（如果需要从宿主机访问）
.dependsOn(postgres); // 声明应用容器依赖于PostgreSQL容器
// 4. 启动容器
postgres.start();
app.start();
// 在这里可以执行测试逻辑，例如通过app容器的8080端口访问应用
// app.getMappedPort(8080);
// ...
// 测试完成后停止容器
// app.stop();
// postgres.stop();
}
}JDBC URL 配置说明
当PostgreSQL容器被配置了网络别名postgres并加入共享网络后，应用程序容器便可以通过这个别名和PostgreSQL的标准端口5432来访问数据库。因此，在应用程序的配置中（例如在datasource.properties文件或通过环境变量），您可以直接使用以下JDBC URL：
jdbc:postgresql://postgres:5432/test
这里的postgres就是PostgreSQL容器在共享网络中的主机名（即网络别名），5432是PostgreSQL的默认端口，而/test则是您在PostgreSQL容器中创建的数据库名称。这种方式无需在运行时动态获取端口或IP，因为它们在容器网络内部是固定且可预测的。
注意事项与总结
- 内部通信与外部访问： PostgreSQLContainer默认会为5432端口暴露一个随机的宿主机端口。这个随机端口主要用于从宿主机直接访问数据库（例如使用数据库客户端进行调试）。然而，对于容器内部的应用与数据库之间的通信，应当使用网络别名和数据库的标准端口（即postgres:5432），而不是宿主机的随机映射端口。
- 避免动态文件： 采用此方法后，您不再需要动态生成datasource-test.properties文件，因为JDBC URL在集成测试环境中是固定的。这大大简化了测试设置的复杂性，并消除了因文件生成时序问题导致的测试失败。
- 适用于非Spring应用： 这种方法尤其适用于非Spring Boot应用，因为它提供了一种通用的、框架无关的机制来解决容器间动态配置的问题，弥补了没有@DynamicPropertySource等工具的不足。
- 清晰的依赖管理： dependsOn()方法确保了容器的启动顺序，避免了应用在数据库未就绪时尝试连接的错误。
通过以上策略，您可以为Java应用程序构建稳定、高效且易于维护的Testcontainers集成测试环境，即使在没有Spring Boot等特定框架支持的情况下，也能优雅地解决动态配置数据库连接的难题。
