SpringBoot Cucumber集成测试JPA上下文及事务问题咨询

我来帮你拆解这两个问题，结合Spring和JPA的底层机制来解释：

1. 为什么不加@Transactional注解时无法正常工作？ #

核心原因是Hibernate懒加载依赖Session，而测试环境和生产环境的Session生命周期管理不同：

• JPA的getOne()方法返回的是一个懒加载代理对象，它并不会立即从数据库加载数据，只有当你访问对象的属性（比如调用setSomeThing()）时，才会触发数据库查询，这一步需要依赖Hibernate的Session（也就是JPA的EntityManager）。
• 在生产环境的Web场景中，Spring默认开启了**Open Session in View（OSIV）**机制。这个机制会让Hibernate Session在整个HTTP请求周期内保持打开状态——从请求进入控制器，到视图渲染完成后才关闭。所以即使不在事务中，访问懒加载属性时Session还存在，不会报错。
• 但在Cucumber集成测试中，测试代码不是通过HTTP请求触发的，默认没有OSIV的支持。如果没有@Transactional注解，每次调用Repo的方法（比如getOne()）后，Spring会立即关闭Session。当你后续调用some.setSomeThing()时，代理对象需要查询数据库，但Session已经关闭，就会抛出org.hibernate.LazyInitializationException: No Session。

2. 为什么在新线程中使用@Transactional注解也无效？ #

这是因为Spring事务是线程绑定的，新线程无法继承原线程的事务上下文：

• Spring的事务管理是基于ThreadLocal实现的——事务上下文（包括当前的Session/EntityManager）会被绑定到当前线程中。当你通过ExecutorService开启新线程时，新线程是完全独立的，不会继承主线程的事务上下文。
• 假设你给步骤方法twoUpdatesHappenAtTheSameTime()加了@Transactional，这个事务只在主线程生效。新线程执行set()方法时，Spring无法将其纳入主线程的事务，新线程里的Repo操作会创建新的Session，但操作完成后立即关闭，同样会触发懒加载异常。
• 另外，即使你给set()方法单独加@Transactional，由于你是直接调用该方法（不是通过Spring代理对象调用），Spring的AOP事务代理不会生效，这个注解相当于无效，自然无法管理事务和Session。

可行的解决方案 #

方案1：替换getOne()为findById() #

findById()会立即从数据库加载实体，返回的是实际对象而非懒加载代理，后续操作不需要依赖Session：

public void set(String someThing) {
    Some some = repo.findById(1234)
                    .orElseThrow(() -> new RuntimeException("Entity not found"));
    some.setSomeThing(someThing);
    repo.save(some);
}

方案2：在新线程中手动管理事务 #

使用Spring的TransactionTemplate在新线程中显式执行事务操作，确保Session在操作期间保持打开：

@Autowired
private TransactionTemplate transactionTemplate;

public void set(String someThing) {
    transactionTemplate.execute(status -> {
        Some some = repo.getOne(1234);
        some.setSomeThing(someThing);
        repo.save(some);
        return null;
    });
}

方案3：测试中临时开启OSIV（不推荐） #

可以在测试类上添加@EnableWebMvc和@OpenSessionInView来开启OSIV，但这种方式会让测试逻辑偏离生产环境的事务规范，不建议长期使用。

内容的提问来源于stack exchange，提问作者Robert van der Spek