Testcontainers 的 GenericContainer 及其子类（如 PostgreSQLContainer、KafkaContainer）实现 AutoCloseable，支持 try-with-resources；需先调用 start() 再使用，close() 会自动 stop 并清理资源。
Testcontainers 本身不直接依赖 Java 的 try-with-resources 来销毁容器，但你可以通过封装或组合方式，让容器实例支持自动资源释放——关键在于使用实现了 AutoCloseable 的 Testcontainers 类型，并在测试中正确使用。
哪些 Testcontainers 组件支持 try-with-resources
Testcontainers 提供了多个实现 AutoCloseable 的容器类，例如：
-
GenericContainer（及其子类如PostgreSQLContainer、KafkaContainer等） Network-
WaitStrategy（部分实现，但一般不需手动 close）
这些类在 close() 方法中会调用 stop()，从而停止并清理对应容器（包括删除临时卷、网络等），前提是容器已成功启动。
在单元测试中正确使用 try-with-resources
JUnit 5 不支持在 @Test 方法内直接使用 try-with-resources 管理生命周期长于单个测试的资源（比如跨多个测试复用容器），但对**单次测试内独占使用的轻量容器**完全适用：
立即学习“Java免费学习笔记（深入）”；
@Test
void testWithEmbeddedDatabase() {
try (var container = new PostgreSQLContainer<>("postgres:15")) {
container.start();
String jdbcUrl = container.getJdbcUrl();
// 执行数据库操作...
} // ← close() 自动调用，容器停止并清理
}
⚠️ 注意：容器必须已 start() 成功，否则 close() 可能无效果或抛异常；建议配合 assertThat(container.isRunning()).isTrue(); 验证。
与 JUnit 生命周期结合更稳妥的方式
对多数集成测试场景，推荐用 JUnit 5 的扩展机制替代裸 try-with-resources：
- 使用
@Container+static字段：容器在测试类加载时启动，所有测试共享，由 Testcontainers 自动在 JVM 退出前关闭（适合重用） - 使用
@BeforeEach/@AfterEach手动管理：适用于需要每个测试隔离容器的场景 - 使用
ContainerisedTest或自定义Extension：将AutoCloseable容器注册为 JUnit 回调资源
例如：
class MyIntegrationTest {
private PostgreSQLContainer<> container;
@BeforeEach
void setUp() {
container = new PostgreSQLContainer<>("postgres:15");
container.start();
}
@AfterEach
void tearDown() {
if (container != null) container.close(); // 等价于 try-with-resources 的 finally 行为
}
}
注意事项和常见陷阱
以下情况会导致容器未被销毁：
- 容器启动失败后仍调用
close()：多数容器类会静默忽略，但不会清理未创建的资源 - 忘记调用
start()：close()不会触发 Docker stop（因为内部状态未标记为运行） - 多线程并发访问同一容器实例：
close()非线程安全，可能引发异常或重复停止 - JVM 异常终止（如
System.exit()）：Testcontainers 的 shutdown hook 可能来不及执行
可通过设置系统属性启用调试日志：-Dorg.testcontainers.shutDownHook.debug=true，观察容器是否被正常关闭。
