Spring测试中H2数据库重置行为异常问题咨询

对@DirtiesContext的理解修正 #

你的核心理解没问题，但要注意：@DirtiesContext负责销毁Spring上下文，但H2内存数据库的清理不只是由上下文销毁决定，还和H2的连接参数、连接关闭状态绑定。默认情况下，@DirtiesContext销毁上下文时会关闭数据源连接，但H2 2.x的参数变更导致了残留。

这是H2 2.x版本的行为变更问题，不是1.4.x的Bug #

这不是H2 1.4.x的问题，而是H2 2.x的默认配置变更引发的兼容性问题：

• H2 1.4.x默认DB_CLOSE_DELAY=0，意味着最后一个连接关闭后，内存数据库立即销毁。
• H2 2.x默认把DB_CLOSE_DELAY改成了-1，内存数据库会一直存活到所有连接被主动关闭。如果测试结束后有未被Spring上下文彻底关闭的残留连接（比如DbUnit的连接没释放），数据库实例就会保留，下一次测试执行schema.sql时就会报序列已存在的错误。
• 你降级到1.4.x后恢复正常，正是因为老版本的连接参数能确保数据库随连接关闭被清理。

无需降级的修复方案 #

如果不想回退H2版本，可以试试这些调整：

• 在测试环境的数据源URL中显式指定参数：jdbc:h2:mem:testdb;DB_CLOSE_DELAY=0，强制连接关闭后立即销毁内存数据库。
• 给@DirtiesContext加上mode = BEFORE_METHOD，确保每个测试方法执行前就重建上下文，彻底避免残留状态。
• 检查DbUnit的配置，确保测试结束后它的数据库连接被主动关闭，不要让连接游离在Spring上下文之外。

包路径调整的间接影响 #

你提到的包路径修改不会直接导致问题，但可能改变了Spring Bean的初始化/销毁顺序，使得某些数据源相关Bean的连接关闭时机延迟，进而触发了H2 2.x的参数问题。

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