近期和团队兄弟一起处理了一个事务型service嵌套调用引发的问题,总结起来。
环境
spring4.2.5+hibernate4.3.11+jpa2.1
spring xml 配置使用注解事务方式:
<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>
<!-- 方法中使用@Transactional注解 -->
问题描述
service1.method--->(调用)service2.method,当1和2都开启事务,且1开启的读写事务,
默认情况下2会嵌套在事务1中,即传播类型为Propagation.REQUIRED。
因此当1中创建了某个实体,未提交,开始调用2。
当从2返回时hibernate会自动做flush,此时是一个hibernate session,1中创建的实体也会被flush到db。
可能1中创建的实体并不完整,会导致sql错误。
1中本来会在自己结束之前构建完整实体,flush提交到db中,是不会出错,但2提前给flush了。
解决办法
- 若2可以不开启事务则在service2.method中增加注解@Transactional(readOnly = true,propagation=Propagation.NOT_SUPPORTED),这时执行到2时1中的事务会被挂起,2中不开启事务,也不会在结束时flush db了,就不会报错。
- 若2需要事务,并且希望和1是同一个事务。则需要可配置hibernate的flush mode 为COMMIT。通过在xml中配置:
<bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean" abstract="true">
...
<property name="jpaProperties">
<props>
<prop key="hibernate.dialect">${hibernate.dialect}</prop>
<prop key="hibernate.hbm2ddl.auto">${auto.ddl}</prop>
<prop key="org.hibernate.flushMode">COMMIT</prop>
</props>
</property>
...
</bean>
- 2需求事务时,还可以不通过hibernate属性配置,而是代码中实现。即1在调用2之前,先将flushmode设置为COMMIT,调用完2之后再还原为原来的flushmode:
@PersistenceContext(unitName="entityManagerFactory")
private EntityManager entityManager;
...
@Transactional
public void method(){ // service1
...
FlushModeType orgFlushModeType = entityManager.getFlushMode();
entityManager.setFlushMode(FlushModeType.COMMIT);
Map<String, List<Tracking>> dbTrackingMap = null;
try {
service2.method();
} finally {
entityManager.setFlushMode(orgFlushModeType);
}
...
}
...
- 另外,如果2只是需求事务,但可以与1在不同的事务,可以将2的事务传播类型使用@Transactional(readOnly = true,propagation=Propagation.REQUIRES_NEW),未深入测试,读者可以自行测试。
本文讨论了Spring框架下事务型service嵌套调用引发的问题及解决方案,特别是当两个service都开启了事务时,如何避免因过早flush导致的数据错误。
3772

被折叠的 条评论
为什么被折叠?



