Testcontainers+Kotlin+Spring Boot测试后Gradle关闭缓慢问题

1. Redis连接池资源泄漏 #

自定义RedisConnectionFactory如果未正确配置销毁逻辑，会导致Spring容器关闭时连接池资源无法及时释放。Testcontainers停止Redis容器后，连接池中的空闲连接可能仍在尝试重连，持续占用内存和线程资源，拖慢Gradle的关闭流程。当运行所有测试时，累积的未释放资源会引发JVM堆内存溢出，进而导致GC风暴，使Gradle陷入锁操作循环（反复获取释放daemon addresses registry锁）。

排查点：

• 检查RedisConnectionFactory的实现，确保添加了@PreDestroy注解或配置了destroy-method="close"，在Bean销毁时主动关闭连接池。
• 查看测试结束后的线程栈，确认是否有Redis客户端线程（如lettuce或jedis的I/O线程）未终止。

2. Testcontainers资源清理与Spring上下文关闭顺序冲突 #

使用@Container标注在companion object的静态容器实例时，Testcontainers的资源清理钩子可能与Spring Boot测试上下文的关闭流程存在时序冲突。即使容器已停止，Testcontainers的后台清理线程可能未及时终止，或与Gradle Daemon线程产生锁竞争，导致Gradle等待线程终止的超时。

排查点：

• 在测试类中添加@AfterAll静态方法，手动调用redisContainer.stop()强制终止容器及相关资源。
• 检查Testcontainers版本，升级至最新稳定版（如1.19.x+），修复已知的资源清理bug。

3. Gradle Daemon内存配置不足 #

默认的Gradle Daemon内存分配无法承载Testcontainers+Spring Boot+Redis客户端的内存开销。运行所有测试时，内存耗尽引发堆溢出，JVM进入频繁GC状态，导致锁操作（如daemon地址注册锁）的执行效率急剧下降，最终出现进程挂起。

解决方向：

• 在项目根目录的gradle.properties中增加内存配置：

org.gradle.jvmargs=-Xmx2g -XX:MaxMetaspaceSize=512m

• 执行测试时禁用Daemon（gradle test --no-daemon），验证是否由Daemon内存问题导致。

4. 动态属性的惰性引用导致资源持有 #

@DynamicPropertySource中的lambda是惰性求值的，若Spring上下文关闭后仍有代码引用redisContainer的属性（如host或firstMappedPort），会导致容器相关资源无法被GC回收，延长Gradle的关闭等待时间。

排查点：

• 检查RedisContainerConfig中是否存在延迟加载逻辑，确保在Spring上下文关闭前不再访问容器属性。
• 尝试将动态属性改为直接赋值（而非lambda），验证是否解决关闭延迟问题：

registry.add("redis.host", redisContainer.host)
registry.add("redis.port", redisContainer.firstMappedPort.toString())

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