嵌套@Transactional(REQUIRES_NEW)是否创建新Hibernate Session？能否用单会话？

问题拆解与解答 #

1. 使用REQUIRES_NEW时会创建新的Hibernate Session吗？ #

答案是肯定的。

当外层已经有REQUIRED级别的事务时，REQUIRES_NEW会暂停当前事务，开启一个完全独立的新事务。而Spring的Hibernate事务管理器（比如HibernateTransactionManager）默认会为每个事务绑定一个专属的Session——通过SessionFactory.getCurrentSession()获取的Session，本质上是和当前线程的事务上下文绑定的。新事务启动时，Spring会创建新的Session并绑定到当前线程，直到这个独立事务结束才会释放。

这是为了保证REQUIRES_NEW事务的隔离性：新事务拥有自己的Session，不会和外层事务的Session共享缓存或事务状态，避免互相干扰。

2. 有没有办法让所有事务共用一个Session？ #

从Hibernate的核心机制来说，一个Session无法同时对应多个独立事务——Session的生命周期和事务是强绑定的，一个Session同一时间只能有一个活跃的事务。所以严格意义上，无法让REQUIRES_NEW的独立事务和外层REQUIRED事务共用同一个Session。

不过如果你的需求是想共享Session的一级缓存（比如让内层操作能看到外层未提交的对象），或者想避免创建新Session的开销，可以考虑以下变通方案，但要注意各自的风险：

• 改用嵌套事务（Propagation.NESTED）：
  嵌套事务不会开启新的独立事务，而是在当前Session内创建事务保存点，完全复用外层事务的Session。它既保留了类似“独立事务”的回滚能力（只回滚嵌套部分），又能共用Session。但需要数据库支持嵌套事务（比如MySQL InnoDB），且Spring事务管理器要配置支持该特性。
  示例代码：

  @Transactional(propagation = Propagation.REQUIRED)
  public void startParentTransaction() {
      // 父事务操作
      ParentEntity parent = new ParentEntity();
      parent.setName("Parent");
      entityManager.persist(parent);
  
      // 调用嵌套事务方法
      ChildObject childObject = newNestedTransaction();
      
      parent.setChild(childObject);
  }
  
  @Transactional(propagation = Propagation.NESTED)
  public ChildObject newNestedTransaction() {
      // 这里使用和父事务完全相同的Session
      ChildObject child = new ChildObject();
      child.setName("Child");
      entityManager.persist(child);
      return child;
  }
  

• 手动传递Session（不推荐）：
  在父方法中获取当前绑定的Session，传递给子方法，子方法不声明@Transactional(REQUIRES_NEW)，直接使用传入的Session操作。但这样子操作会完全属于父事务，失去了REQUIRES_NEW的独立事务特性，违背了原本的设计意图。
• 自定义事务管理器（极度不推荐）：
  修改HibernateTransactionManager的逻辑，强制在REQUIRES_NEW时复用当前Session。但这会彻底破坏事务的隔离性，导致脏读、数据不一致等严重问题，几乎没有场景适合这么做。

总结：如果一定要保留REQUIRES_NEW的独立事务特性，就必须接受新Session的创建——这是Spring和Hibernate为了保证事务安全性的默认设计。

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