Jupiter @BeforeAll方法抛出LazyInitializationException异常问题咨询
异常原因
- JUnit 5 中
@BeforeAll修饰的方法默认是静态方法,Spring测试框架的事务回调默认仅对@Test、@BeforeEach、@AfterEach这类实例级别的测试注解生效,不会为静态@BeforeAll方法开启事务上下文。 - 即使你给ShelfLifeService的业务方法加了事务注解,静态
@BeforeAll方法中注入的Bean可能未正确走Spring AOP代理,导致事务未生效:查询Lab实体后Hibernate Session就直接关闭,后续访问懒加载的labManagers集合时没有可用Session,就会抛出LazyInitializationException。 - 你单独执行
@Test方法正常,是因为方法上加了@Transactional注解,整个测试方法执行期间Session都处于开启状态,懒加载属性可以正常初始化;Controller调用正常同理,要么是业务方法本身的事务正常生效,要么是生产环境开启了Open Session in View配置,Session在请求全程保持打开。
可行解决方案
- 方案一:替换
@BeforeAll为@BeforeEach(最便捷)
将初始化方法改为非静态的@BeforeEach,同时添加@Transactional注解,直接使用类中@Autowired注入的Service实例即可,Spring会为实例级别的前置方法开启事务,Session全程有效,懒加载不会报错。如果需要每个测试用例执行后回滚初始化数据,再加@Rollback注解即可。
示例代码:@BeforeEach @Transactional void setUpTestDb() { // 原有初始化逻辑不变,直接使用类中注入的shelfLifeService、chemTypeService } - 方案二:修改查询逻辑主动关联加载(最稳妥)
修改labService.findLabByKey的查询语句,使用JOIN FETCH主动加载labManagers属性,查询Lab实体时就将关联的集合查询出来,从根源上避免懒加载问题,同时也能解决生产环境可能出现的同类潜在异常。
示例JPQL:SELECT l FROM Lab l JOIN FETCH l.labManagers WHERE l.labKey = :labKey - 方案三:封装事务性初始化方法(适合全局仅初始化一次的场景)
如果你的测试数据量大、希望全局仅执行一次初始化,可以单独定义一个@Component类,将初始化逻辑写到该类的@Transactional修饰的方法中,在@BeforeAll中调用该Bean的初始化方法即可:由于调用的是Spring代理的事务方法,事务会正常生效,Session在初始化过程中保持打开。
内容的提问来源于stack exchange,提问作者Kristóf Steindl
相关产品推荐
相关产品推荐

