本文旨在解决非spring应用在testcontainers集成测试中动态配置数据库连接的挑战，特别是当应用容器需要依赖另一个动态启动的数据库容器时。我们将探讨如何利用testcontainers的网络功能和依赖管理机制，通过共享网络和网络别名实现容器间的稳定通信，从而避免动态生成配置文件，确保应用能够正确连接到数据库。
在Java应用程序的集成测试中，使用Testcontainers来模拟真实的运行环境已成为一种流行且强大的实践。然而，当应用程序并非基于Spring框架，并且需要连接到一个由另一个Testcontainer动态启动的数据库时，配置问题可能会变得复杂。例如，一个应用容器需要一个JDBC URL来连接到PostgreSQL数据库容器，但数据库容器的JDBC URL（特别是端口）是动态分配的，且应用程序容器可能在数据库容器完全启动并生成连接信息之前就尝试启动。传统的做法可能是动态生成一个 datasource-test.properties 文件，但这会引入时序问题。
解决此问题的核心在于理解Testcontainers如何管理容器间的通信和启动顺序。主要考虑以下两点：
- 容器网络互通性： 确保所有相关的容器都在同一个网络中，这样它们才能通过内部DNS解析相互通信。
- 容器依赖管理： 明确应用程序容器对数据库容器的依赖关系，确保数据库容器在应用程序容器之前完全启动并可用。
Testcontainers网络与依赖管理
Testcontainers提供了强大的网络和依赖管理功能，可以有效解决上述问题。
1. 创建共享网络
通过 Network.newNetwork() 创建一个独立的Docker网络，然后将所有需要相互通信的容器加入到这个网络中。这样，这些容器就可以使用彼此的容器名称或别名作为主机名进行通信，而无需关心随机映射的端口。
2. 设置网络别名
为数据库容器设置一个易于识别的网络别名（例如 postgres）。在同一个网络中的其他容器，就可以使用这个别名和数据库的默认端口（例如PostgreSQL的5432）来建立连接。这消除了对动态获取随机端口的需求。
3. 声明容器依赖
使用 dependsOn() 方法明确声明应用程序容器对数据库容器的依赖。Testcontainers会确保被依赖的容器（如数据库）在依赖它的容器（如应用程序）启动之前完成启动。
实践示例
以下代码片段展示了如何在Testcontainers中配置一个PostgreSQL数据库容器和一个应用程序容器，并确保它们能够正确通信：
import org.junit.jupiter.api.Test;
import org.testcontainers.containers.GenericContainer;
import org.testcontainers.containers.Network;
import org.testcontainers.containers.PostgreSQLContainer;
import org.testcontainers.utility.DockerImageName;
public class ApplicationIntegrationTest {
@Test
void testApplicationWithPostgres() {
// 1. 创建共享网络
Network network = Network.newNetwork();
// 2. 配置PostgreSQL数据库容器
PostgreSQLContainer postgres = new PostgreSQLContainer<>(DockerImageName.parse("postgres:15"))
.withNetwork(network) // 加入共享网络
.withNetworkAliases("postgres") // 设置网络别名，其他容器可通过 'postgres' 访问
.withDatabaseName("testdb") // 可选：设置数据库名称
.withUsername("user") // 可选：设置用户名
.withPassword("password"); // 可选：设置密码
// 3. 配置应用程序容器
// 假设您的应用程序镜像名为 my-app:0.0.1
GenericContainer app = new GenericContainer<>(DockerImageName.parse("my-app:0.0.1"))
.withNetwork(network) // 加入共享网络
.withExposedPorts(8080) // 暴露应用程序端口
.dependsOn(postgres) // 声明依赖：app 容器在 postgres 容器启动后启动
// 通过环境变量或命令行参数传递数据库连接信息
// 应用程序内部应读取这些环境变量来构建JDBC URL
.withEnv("JDBC_URL", "jdbc:postgresql://postgres:5432/testdb")
.withEnv("DB_USER", "user")
.withEnv("DB_PASSWORD", "password");
// 4. 启动容器
// Testcontainers 会根据 dependsOn 自动处理启动顺序
postgres.start();
app.start();
// 在这里可以执行对应用程序的测试，例如通过HTTP请求访问应用程序的8080端口
// 例如：HttpResponse response = app.getHttpClient().send(HttpRequest.newBuilder(URI.create("http://" + app.getHost() + ":" + app.getMappedPort(8080) + "/api/data")).build(), HttpResponse.BodyHandlers.ofString());
// 测试完成后，容器会自动停止和清理
}
}应用程序内部的连接配置
一旦容器在共享网络中，并且数据库容器具有网络别名，您的应用程序就可以使用一个固定的JDBC URL来连接数据库，例如：jdbc:postgresql://postgres:5432/testdb。
- postgres：这是您为PostgreSQL容器设置的网络别名，在共享网络中它会被解析为PostgreSQL容器的IP地址。
- 5432：这是PostgreSQL的默认端口，在容器内部是固定的。
- testdb：这是您在 PostgreSQLContainer 配置中指定的数据库名称。
对于非Spring应用程序，您可以通过以下方式将这些配置传递给应用程序容器：
- 环境变量： 使用 withEnv("KEY", "VALUE") 方法将JDBC URL、用户名和密码作为环境变量注入到应用程序容器中。应用程序代码需要从环境变量中读取这些值来构建数据库连接。
- 命令行参数： 使用 withCommand() 方法在启动应用程序时传递命令行参数。
- 预配置的属性文件： 如果应用程序必须从属性文件读取，您可以创建一个 datasource.properties 文件，其中包含 jdbc:postgresql://postgres:5432/testdb 这样的固定URL，并在构建应用程序镜像时将其包含在内，或者在Testcontainers中通过 withClasspathResourceMapping() 或 withCopyToContainer() 动态挂载。
注意事项与总结
- 随机端口与内部通信： PostgreSQLContainer 仍然会暴露一个随机端口用于从宿主机访问数据库（例如，如果您想直接从测试代码连接到数据库进行断言）。但对于应用程序容器与数据库容器之间的内部通信，我们应始终使用网络别名和内部默认端口（如 postgres:5432），而不是宿主机上的随机映射端口。
- 应用程序配置方式： 确保您的非Spring应用程序能够灵活地从环境变量、命令行参数或预配置的属性文件中读取数据库连接信息。这是实现动态配置的关键。
- 镜像构建： 确保您的应用程序镜像（例如 my-app:0.0.1）已经包含了必要的JDBC驱动，并且能够根据接收到的配置信息正确地建立数据库连接。
- 资源清理： Testcontainers 会在测试结束后自动清理创建的容器和网络，无需手动干预。
通过利用Testcontainers提供的网络隔离和依赖管理功能，我们可以为非Spring应用程序构建稳定、可靠且易于维护的集成测试环境，有效地解决了动态配置数据库连接的挑战，避免了复杂的动态文件生成和时序问题。这种方法与Spring Boot的 @DynamicPropertySource 在理念上是相似的，都是为了在测试环境中动态提供配置，但Testcontainers的方案适用于更广泛的容器化应用场景。
