Spring+Hibernate+Jpa嵌套事务型service点滴

近期和团队兄弟一起处理了一个事务型service嵌套调用引发的问题，总结起来。

环境

spring4.2.5+hibernate4.3.11+jpa2.1

spring xml 配置使用注解事务方式：

问题描述

 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中配置：

...
		
			
				${hibernate.dialect}
				${auto.ddl}
				COMMIT
			
		
...

• 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> dbTrackingMap = null;
    try {
	service2.method();
    } finally {
	entityManager.setFlushMode(orgFlushModeType);
    }
...
}
...

• 另外，如果2只是需求事务，但可以与1在不同的事务，可以将2的事务传播类型使用@Transactional(readOnly = true,propagation=Propagation.REQUIRES_NEW)，未深入测试，读者可以自行测试。