18

我将我正在开发的应用程序从使用 AspectJ 加载时间编织切换到使用 Spring CGlib 代理，在我这样做之后，我开始在代码的许多部分中开始出现休眠延迟加载异常，而在过去没有异常是抛出。

我已经能够通过添加@Transactional(propagation = Propagation.SUPPORTS, readOnly = true)一堆以前的公共方法来解决这些延迟加载异常，这些方法上没有任何事务属性，但调用 spring 存储库以从数据库中读取数据。

任何人都知道为什么添加@Transactional(propagation = Propagation.SUPPORTS, readOnly = true)消除了休眠延迟加载异常以及为什么这些注释在 AspectJ 加载时间编织中不需要但在 out 时需要？

更新 2 我相信删除 AspectJ 不是问题，但问题是我并没有真正理解 SUPPORTS 传播的实际行为。特别是 SUPPORTS 如何与 JPA EntityManager 交互，因此我删除了一堆导致延迟加载异常的 SUPPORTS 传播。在阅读了 Spring Transaction Manager 的源代码之后，该做什么就变得很清楚了。Spring 文档并没有很好地指出的关键思想是 @Transactional 注释用作将 EntityManager 的生命周期与事务方法的开始和结束联系起来的同步点。还强烈推荐http://www.ibm.com/developerworks/java/library/j-ts1/上的这一系列文章和这篇博文http://doanduyhai.wordpress.com/2011/11/21/spring-persistencecontext-explained/

更新 1

这不是通过 AOP 代理调用私有 @Transactional 方法的情况。这些问题发生在从其他服务调用的公共方法中。

这是代码结构的示例，我在其中看到了问题。

@Service
public class FooService 
{
   @Autowired
   private BarService barService;

   public void someMethodThatOnlyReads() {
      SomeResult result = this.barService.anotherMethodThatOnlyReads()

      // the following line blows up with a HibernateLazyLoadingEcxeption 
     // unless there is a @Transactional supports annotation on this method
      result.getEntity().followSomeRelationship(); 
    }

}

@Service
public class BarService 
{
   @Autowired
   private BarRepository barRepo;

   public SomeResult anotherMethodThatOnlyReads()
   {
      SomeEntity entity =  this.barRepo.findSomeEntity(1123);
      SomeResult result = new SomeResult();
      result.setEntity(entity);
      return result; 
    }
}

@Repository
public class BarRepository 
{
   @PersistenceContext
   private EntityManager em;

   public SomeEntity findSomeEntity(id Integer)
   {
      em.find(SomeEntity.class,id);
   }
}
4

2 回答 2

10

我假设您的代码没有使用OpenSessionInViewFilter或类似的东西。

如果没有@Transactional注解，Hibernate 会话会在离开BarRepository.findSomeEntity()方法后关闭。

当一个@Transactional方法被调用并且TransactionalInterceptor被正确绑定到该方法（通过 cglib 代理或您在 Spring 上下文中拥有的任何其他 AOP 配置）时，Spring 会为整个带注释的方法保持打开状态，从而防止任何延迟加载异常。

DEBUG如果您在org.springframework.transactionand org.springframework.orm.hibernate3（或者hibernate4如果您在 Hibernate 4 上）记录器上打开日志记录，尤其是HibernateTransactionManager类 and org.springframework.transaction.support.AbstractPlatformTransactionManager，您应该确切地看到 Spring 在代码流中的哪些点决定它需要打开和关闭 Hibernate 会话。日志还应显示会话或事务在每个点打开/关闭的原因。

于 2013-05-15T01:31:56.217 回答
8

我不完全确定它为什么会发生，但我的理论如下。

当您从 AspectJ 编织转移到 CGLIB 代理时，@Transactional放置在从同一对象调用的方法上的注释将停止生效。这意味着这些方法中的代码将以非事务方式执行（除非您@Transacional的调用堆栈中有另一个@Transacional真正生效的方法）。

JavadocPropagation.SUPPORTS说：

注意：对于具有事务同步的事务管理器，PROPAGATION_SUPPORTS 与根本没有事务略有不同，因为它定义了同步将适用的事务范围。因此，相同的资源（JDBC 连接、Hibernate Session 等）将在整个指定范围内共享。请注意，这取决于事务管理器的实际同步配置。

因此，当您的代码以非事务方式执行时，Session用于加载对象的 Hibernate 将无法用于随后的惰性属性初始化。当您使用 注释代码堆栈中的顶级方法时@Transactional(propagation = Propagation.SUPPORTS)，HibernateSession将可用，直到您离开该方法。

于 2013-04-17T14:54:27.137 回答