Spring测试上下文缓存与H2数据库执行顺序关联问题排查

核心背景逻辑 #

首先明确两个关键机制：

• Spring测试上下文缓存：Spring Test会根据测试类的配置元数据（如@ContextConfiguration指定的类、@SpringBootTest的属性等）生成唯一缓存键，相同配置的测试类会复用同一个ApplicationContext实例，以此提升测试执行效率。
• H2内存数据库实例规则：
  • 未指定数据库名称时（如jdbc:h2:mem:），所有使用该URL的连接共享同一个临时数据库实例，直到最后一个连接关闭时销毁。
  • 指定数据库名称时（如jdbc:h2:mem:testdb），只有使用同一名称的连接才会共享实例，实例会持续存在直到显式关闭或JVM退出。

各场景现象拆解 #

场景1：SpringExtensionTest → ThisAnotherClassTest → MySpecialTest #

1. SpringExtensionTest启动，创建基于H2JpaConfiguration的上下文C1，连接默认H2内存库，测试插入数据后C1被缓存（未关闭）。
2. ThisAnotherClassTest与C1配置完全一致，直接复用C1，此时H2数据库实例仍保留之前插入的数据，导致count=1，测试失败。
3. MySpecialTest使用@SpringBootTest，配置与C1不同，创建独立上下文C2，不影响C1的缓存状态。

场景2：SpringExtensionTest → MySpecialTest → ThisAnotherClassTest #

1. SpringExtensionTest创建上下文C1，插入数据后C1被缓存。
2. MySpecialTest创建上下文C2（@SpringBootTest配置），连接同一个默认H2内存库。C2启动时通常会执行数据库初始化逻辑（如清空表、重建schema），直接清空了C1关联数据库实例中的旧数据。
3. ThisAnotherClassTest复用C1时，数据库已被C2清空，因此测试通过。调试显示仅创建两个上下文，正是因为C1被两个测试类复用。

场景3：同场景2，但给H2设置名称 #

1. SpringExtensionTest创建上下文C1，连接指定名称的H2实例（如mem:mydb），插入数据后缓存C1。
2. MySpecialTest的@SpringBootTest默认使用的H2实例名称与C1不同（或未指定，使用临时实例），两者操作的是完全隔离的数据库，C2的初始化不会影响C1的数据库数据。
3. ThisAnotherClassTest复用C1时，数据库仍保留之前的旧数据，导致count=1，测试失败。

是否属于Bug？ #

这不是Spring或H2的Bug，而是两者特性结合后的预期行为：

• Spring Test的上下文缓存是有意设计的优化策略，默认不会自动清理上下文关联的状态（包括数据库数据），需要开发者通过@DirtiesContext、@Transactional（测试结束自动回滚）等方式显式隔离测试。
• H2内存数据库的实例共享/隔离规则是其设计的一部分，不同URL配置会触发不同的实例行为。

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