Spring事务传播机制

  1. PROPAGATION_REQUIRED–支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。
  2. PROPAGATION_SUPPORTS–支持当前事务,如果当前没有事务,就以非事务方式执行。
  3. PROPAGATION_REQUIRES_NEW–新建事务(不受当前事务影响),如果当前存在事务,把当前事务挂起。
  4. PROPAGATION_NOT_SUPPORTED–以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
  5. PROPAGATION_MANDATORY–支持当前事务,如果当前没有事务,就抛出异常。
  6. PROPAGATION_NEVER–以非事务方式执行,如果当前存在事务,则抛出异常。
  7. PROPAGATION_NESTED–如果当前存在事务,则在嵌套事务内执行(子事务被父事务影响)。如果当前没有事务,则进行与PROPAGATION_REQUIRED类似操作。
ServiceA {  
             
         void methodA() {  
             ServiceB.methodB();  
         }  
        
    }  
        
    ServiceB {  
             
         void methodB() {  
         }  
             
    }

案例1,ServiceB.methodB的事务级别定义为PROPAGATION_REQUIRED,

1、如果ServiceA.methodA已经起了事务,这时调用ServiceB.methodB,会共用同一个事务,如果出现异常,ServiceA.methodA和ServiceB.methodB作为一个整体都将一起回滚。
2、如果ServiceA.methodA没有事务,ServiceB.methodB就会为自己分配一个事务。ServiceA.methodA中是不受事务控制的。如果出现异常,ServiceB.methodB不会引起ServiceA.methodA的回滚。

案例2,ServiceA.methodA的事务级别PROPAGATION_REQUIRED,ServiceB.methodB的事务级别PROPAGATION_REQUIRES_NEW,

调用ServiceB.methodB,ServiceA.methodA所在的事务就会挂起,ServiceB.methodB会起一个新的事务。

1、如果ServiceB.methodB已经提交,那么ServiceA.methodA失败回滚,ServiceB.methodB是不会回滚的。
2、如果ServiceB.methodB失败回滚,如果他抛出的异常被ServiceA.methodA的try…catch捕获并处理,ServiceA.methodA事务仍然可能提交;如果他抛出的异常未被ServiceA.methodA捕获处理,ServiceA.methodA事务将回滚。

案例3,ServiceA.methodA的事务级别为PROPAGATION_REQUIRED,ServiceB.methodB的事务级别为PROPAGATION_NESTED,
调用ServiceB.methodB的时候,ServiceA.methodA所在的事务就会挂起,ServiceB.methodB会起一个新的子事务并设置savepoint
1、如果ServiceB.methodB已经提交,那么ServiceA.methodA失败回滚,ServiceB.methodB也将回滚。
2、如果ServiceB.methodB失败回滚,如果他抛出的异常被ServiceA.methodA的try…catch捕获并处理,ServiceA.methodA事务仍然可能提交;如果他抛出的异常未被ServiceA.methodA捕获处理,ServiceA.methodA事务将回滚。

参考资料:
http://blog.csdn.net/yuanlaishini2010/article/details/45792069
http://www.codeceo.com/article/spring-transactions.html

  1. spring实现对事务的控制,使用的是代理的技术。通过生成的代理类来捕捉被代理类(也就是我们编写的类)的异常,决定事务的提交或回滚。从某一角度来说,spring事务是基于异常实现的。对于实现了接口的类,spring默认使用jdk动态代理进行处理,典型例子是系统的service层服务,一般都需要实现接口。对于没有实现接口的类,如web项目中的Controller,spring使用cglib进行代理。

  2. 最好不要在需要事务控制的方法中,调用本类的其他方法。由于该类需要spring进行事务控制,因此会生成代理类。如果是基于jdk动态代理生成的代理类,那么在被代理类中方法A用this调用该类的B方法,实际上调用的不是代理类的代理过的B方法,还是被代理类的原生B方法,这样的话,B方法上的事务不会起作用;如果使用cglib进行代理,因为cglib基于继承进行代理,this不会出现上述问题,但理论上调用私有方法时,子类对象是访问不到父类私有方法的。
    http://www.iteye.com/topic/1122740
    总之,如果需要spring进行事务控制,那么不要在一个方法中调用同一个类中的另一个方法。

public interface AService {  
    public void a();  
    public void b();  
}  
   
@Service()  
public class AServiceImpl implements AService{  
    @Transactional(propagation = Propagation.REQUIRED)  
    public void a() {  
        this.b();  
    }  
    @Transactional(propagation = Propagation.REQUIRES_NEW)  
    public void b() {  
    }  
}

因为Service实现了个接口,使用代理时走的是动态代理,因此 a() 方法执行的时候使用的时Service类的代理对象,而this.b()使用的是未代理类AServiceImpl 的b方法,b方法是没有使用AOP的。

解决方法:
this.b();-----------修改为--------->((AService) AopContext.currentProxy()).b();
  1. 默认情况下,spring遇到RuntimeException才会回滚,即unchecked异常。

  2. spring中使用ThreadLocal存储connection

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值